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Introduction 


Zi log's  name  has  become  synonomous  with  logic 
innovation  and  advanced  microprocessor  architec- 
ture  since  the  introduction  of  the  Z80  CPU  m 
1975.  The  Zilog  Family  of  microprocessors  and 
microcomputers  has  grown  to  include  the  products 
listed  in  the  table  below.  Each  product  exhibits 
special  features  that  make  it  stand  above  similar 
products  in  the  semiconductor  marketplace.  These 
special  features  have  proven  to  be  of  substantial 
aid  in  the  solution  of  microprocessor  design 
problems. 

This  reference  book  contains  a collection  of 
application  information  about  Zilog  microprocessor 
products.  It  includes  technical  articles,  appli- 
cation notes,  concept  papers,  and  benchmarks.  The 
reference  book  is  intended  as  the  first  of  several 
such  volumes.  We  at  Zilog  believe  that  designing 
innovative  microprocessor  integrated  circuit 
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products  is  only  half  the  key  that  unlocks  the 
future  of  microprocessor-based  end  products:  the 

other  half  is  the  creative  application  of  those 
products.  Advanced  microprocessor  products  and 
their  creative  application  lead  to  end  product 
designs  with  more  features,  more  simply  imple- 
mented, at  a lower  system  cost.  It  is  hoped  this 
reference  book  will  stimulate  new  product  design 
ideas  as  well  as  fresh  approaches  to  the  design  of 
traditional  microprocessor-based  products. 

The  material  in  this  book  is  believed  to  be 
accurate  and  up-to-date.  If  you  do  find  errors, 
or  would  like  to  offer  suggestions  for  future 
application  notes,  we  would  appreciate  hearing 
from  you.  Correction  inputs  should  be  directed  to 
Components  Division  Technical  Publications,  and 
application  suggestions  should  be  directed  to 
Components  Division  Application  Engineering. 
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INTRODUCTION 

The  semiconductor  industry  accomplished 
dramatic  technological  advances  in  the  area  of 
MOS  integrated  circuit  microprocessors  during 
the  1970 ’s,  and  as  the  next  decade  begins  two 
trends  are  very  clear.  The  first  is  the  con- 
tinued increased  capability  of  the  high-end 
general  purpose  microprocessors.  Sixteen  bit 
microprocessors  will  mature  with  additional 
”big  machine”  features,  and  32-bit  microprocess- 
ors will  develop. 

The  second  trend  is  in  the  area  of  single 
chip  microcomputers . Single  chip  microcomput- 
ers are  offering  substantially  greater  process- 
ing power  than  when  they  were  first  introduced. 
Microcomputers  are  no  longer  limited  to  low  end 
applications  where  unit  cost  and  power  dissipa- 
tion are  the  primary  design  considerations. 

Zilog  is  applying  classical  computer  archi- 
tecture concepts  to  the  design  of  its  microcom- 
puter products.  Upon  close  examination  of  the 
Zilog  Z8  Microcomputer,  one  notices  features 
that  once  were  available  only  on  general  purpose 
bus  oriented  microprocessor  products  such  as; 

• separate  program  and  data  space 

I the  stack  pointer  and  the  PUSH 
and  POP  instructions 

• 126K  byte  total  memory  address 
space 

f vectored  interrupts 

• the  CALL  and  RET  (Return)  ins  true - 
ions  for  procedure  calls. 

The  trend  in  high-end  single  chip  microcomputer 
architecture  is  clear  and  the  consequences  are 
obvious.  The  multi -chip  solutions  of  today  that 
employ  8 -bit  general  purpose  microprocessors 
will  be  replaced  by  more  powerful  8-bit  or  16- 
bit  single  chip  microcomputers  in  the  future. 

This  paper  will  discuss  the  architectural 
features  of  the  Z8  Microcomputer  and  describe 
an  application  of  the  Z8  that  takes  advantage 
of  the  off  chip  expansion  capability. 

ARCHITECTURAL  OVERVIEW 

The  architecture  oi  the  Z8  microcomputer 
offers  many  advanced  processing  features  not 
previously  available  with  single  chip  microcom- 


puters. Tne  Z8  combines  a powerful  instruction 
set,  simplified  system  expansion  oft  chip,  and 
flexible  serial  and  parallel  I/O  capabilities 
to  provide  design  solutions  for  a wide  range  of 
application  problems. 

The  Z8  has  a 16 -bit  Program  Counter  and  a 
separate  16 -bit  Stack  Pointer.  The  memory  space 
may  be  extended  beyond  the  2K  bytes  of  ROM  and 
124  bytes  of  RAM  on  chip,  up  to  126K  bytes  of 
program  and  data  memory.  There  are  32  bits  of 
I/O  which  can  be  configured  into  a variety  of 
bit,  nibble,  and  byte  organizations,  and  the 
serial  I/O  port  is  a complete  full  duplex  asyn- 
chronous receiver/ transmitter.  The  Z8  inter- 
rupt structure  allows  the  user  to  mask  and  pri- 
oritize the  interrupt  functions  under  program 
control,  and  the  interrupts  are  directed  to  the 
appropriate  service  routine  through  16 -bit 
vectors  in  the  first  12  locations  of  program 
memory.  Two  counter/ timers  are  provided  to  off 
load  time  base  generation  and  interval  detect- 
ion tasks  from  the  Z8.  The  Z8  will  operate  with 
an  8 MHz  clock  and  the  exact  frequency  up  to  8 
MHz  may  be  set  with  an  external  crystal,  an 
external  RC,  or  an  external  clock  source  . The 
Z8  operates  from  a single  5 volt  power  supply 
and  offers  a power  down  mode  that  allows  the 
124  general  purpose  registers  on  chip  to  oper- 
ate from  a back  up  battery.  A Block  Diagram  of 
the  Z8  is  given  in  Figure  1. 
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Figure  1 Z8  Block  Diagram 


MEMORY  SPACE  AND  REGISTER 
ORGANIZATION 

Memory  Space 

The  Z8  can  address  up  to  126K  bytes  of 
program  and  data  memory  separately  from  the  on 
chip  registers.  The  16-bit  program  counter 
provides  for  64K  bytes  of  program  memory,  the 
first  2K  bytes  of  which  are  internal  to  the  Z8. 
The  remaining  62K  bytes  of  program  memory  are 
located  externally  and  can  be  implemented  with 
ROM,  EPROM,  or  RAM. 

The  62K  bytes  of  data  memory  are  also  loc- 
ated external  to  tne  Z8  and  begin  with  location 
2048.  The  two  address  spaces,  program  memory 
and  data  memory,  are  individually  selected  by 
the  Data  Memory  Select  output  (EM)  which  is 
available  from  Port  3. 

The  Program  Memory  Map  and  the  Data  Memory 
Map  are  shown  in  Figure  2. 
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Figure  2 Program  Memory  Map  And  Data  Memory  Map 


External  memory  access  is  accomplished  by 
the  Z8  through  its  I/O  Ports.  When  less  than 
256  bytes  of  external  memory  are  required,  Port 
1 is  programmed  for  the  multiplexed  address/data 
mode  (AD0-AD7J . In  this  configuration  8-bits  of 
address  and  8 -bits  of  data  are  time  multiplexed 
on  the  8 I/O  lines  for  memory  transfers.  The 
memory  ’’handshake"  control  lines  are  provided  by 
the  Address  Strobe  (AS) , Data  Strobe  (US) , and 
the  Read/Write  (R/W)  pins  on  the  Z8.  If  program 
and  data  are  included  in  the  external  memory 
space,  the  Data  Memory  Select  (EM)  function  may 
be  programmed  into  the  Port  3 Mode  register. 

When  this  is  done,  the  EM  signal  is  available  on 


line  4 of  the  Port  3 (P34)  to  select  between 
program  and  data  memory  for  external  memory  oper- 
ations . 

Port  0 is  used  to  provide  the  additional 
address  bits  for  external  memory  beyond  the 
first  256  locations  up  to  a full  16 -bits  of 
external  memory  address.  It  becomes  immediately 
obvious  that  the  first  8 -bits  of  external  memory 
address  from  Port  1 must  be  latched  externally 
to  the  Z8  so  that  program  or  data  may  be  trans- 
ferred over  the  same  8 lines  during  the  external 
memory  transaction  machine  cycle.  The  AS,  DS, 
and  R/W  control  lines  simplify  the  required 
interface  logic.  The  timing  for  external  memory 
transactions  is  given  in  Figure  3. 

Registers 

The  Z8  has  144  8 -bit  registers  including 
four  Port  registers  (RO-R3),  124  general  purpose 
registers  (R4-R127) , and  16  control  and  status 
register  (R240-R255).  The  144  registers  are  all 
located  in  the  same  8-bit  address  space  to  allow 
any  Z8  instruction  to  operate  on  them.  The  124 
general  purpose  registers  can  function  as  accum- 
ulators, address  pointers,  or  index  registers. 

The  registers  are  read  when  they  are  referenced 
as  source  registers,  and  written  when  they  are 
referenced  as  destination  registers.  Registers 
may  be  addressed  directly  with  an  8 -bit  address, 
or  indirectly  through  another  register  with  an 
8-bit  address,  or  with  a 4-bit  address  and  Reg- 
ister Pointer. 

The  entire  Z8  register  space  may  be  divided 
into  16  contiguous  Working  Register  Areas,  each 
having  16  registers.  A control  register,  called 
the  Register  Pointer,  may  be  loaded  with  the 
most  significant  nibble  of  a Working  Register 
Area  address.  The  Register  Pointer  provides  for 
the  selection  of  the  Working  Register  Area,  and 
allows  registers  within  that  area  to  be  selected 
with  a 4-bit  address. 

The  Z8  register  organization  is  shown  in 
Figure  4. 

Stacks 

The  Z8  provides  for  stack  operations 
through  the  use  of  a stack  pointer,  and  the 
stack  may  be  located  m the  internal  register 
space  or  in  the  external  data  memory  space.  The 
’’stack  selection”  bit  (D2)  in  the  Port  0-1  Mode 
control  register  selects  an  internal  or  external 
stack.  When  the  stack  is  located  internally, 
register  255  contains  an  8 -bit  stack  pointer  and 
register  254  is  available  as  a general  purpose 
register.  If  an  external  stack  is  used,  register 
255  or  registers  254  and  255  may  be  used  as  the 
stack  pointer  depending  on  the  anticipated 
"depth”  of  the  stack.  When  registers  254  and 
255  are  both  used,  the  stack  pointer  is  a full 
16-bits  wide.  The  CALL,  IRET,  RET,  PUSH,  and 


1-4 


MACHINE  CYCLE 


T, 


CLOCK 


njnjrxiJXJijTjiJTj- 


PO 


PI 


AS 


65 


R/W 


on 


X 

X 


A«-Ai 


A0-A7 


> 


\ 


zr 

x 


X 

■^Qq-o  in^  ■ ^ 


\ 


/ 


X 


-READ  CYCLE - 


T, 

t2 

Tj 

OS 


R/W 


DM 


A 

X X 

WRITE  CYCLE - 


Memory  Read  Cycle 


Memory  Write  Cycle 


External  Memory  Transaction  Cycle 
Figure  3 


LOCATION IDENTIFIERS 


255 

STACK  POINTER  (BITS  7-0) 

SPL 

254 

STACK  POINTER  (BITS  15-8) 

SPH 

253 

REGISTER  POINTER 

RP 

252 

PROGRAM  CONTROL  FLAGS 

FLAGS 

251 

INTERRUPT  MASK  REGISTER 

IMR 

250 

INTERRUPT  REQUEST  REGISTER 

IRQ 

249 

INTERRUPT  PRIORITY  REGISTER 

IPR 

246 

PORTS  0-1  MODE 

P01M 

247 

PORT  3 MODE 

P3M 

246 

PORT  2 MODE 

P2M 

245 

TO  PRESCALER 

PREO 

244 

TIMER/COUNTER  0 

TO 

243 

T1  PRESCALER 

PRE1 

242 

TIMER/COUNTER  1 

T1 

241 

TIMER  MODE 

TMR 

240 

SERIAL  I/O 

SIO 

NOT 

IMPLEMENTED 

127 

GENERAL-PURPOSE 

REGISTERS 

4 

3 

PORT  3 

P3 

2 

PORT  2 

P2 

1 

PORT  1 

PI 

0 

PORT  0 

PO 

Figure  4 Register  File  Organization 


1-5 


POP  instructions  are  Z8  instructions  which  in- 
clude implicit  stack  operations. 

I/O  STRUCTURE 

Parallel  I/O 

The  Z8  microcomputer  has  32  lines  of  I/O 
arranged  as  four  8-bit  ports.  All  of  the  I/O 
ports  are  TTL  compatible  and  are  configurable  as 
input,  output,  input/output,  or  address/data. 

The  handshake  control  lines  for  Ports  0,  1,  and 
2 are  bits  from  Port  3 that  have  been  programmed 
through  a Mode  control  register,  except  for  AS", 
T5S-,  and  R/W  which  are  available  as  separate  Z8 
pins.  The  I/O  ports  are  accessed  as  separate 
internal  registers  by  the  Z8.  Ports  0 and  1 
share  one  Mode  control  register,  and  Ports  2 
and  3 each  have  a Mode  control  register  for 
configuring  the  port. 

Port  0 can  be  programmed  to  be  an  I/O  port 
or  as  an  address  output  port.  More  specifically 
Port  0 can  be  configured  to  be  an  8-bit  I/O  port, 
or  a 4-bit  address  output  port  (A8-A11)  for 
external  memory  and  one  4 -bit  I/O  port,  or  an 
8-bit  address  output  port  (A8-A15)  for  external 
memory. 

Port  1 can  be  programmed  as  an  I/O  port 
(with  or  without  handshake) , or  an  address/ data 
port  (AD0-AD7)  for  interfacing  with  external 
memory.  If  Port  1 is  programmed  to  be  an  add- 
ress/data port,  it  cannot  be  accessed  as  a reg- 
ister. 

Port  2 can  be  configured  as  individual 
input  or  output  bits,  and  Port  3 can  be  program- 
med to  be  parallel  I/O  bits,  and/or  serial  I/O 
bits,  and/or  handshake  control  lines  for  the 
other  ports.  Figure  5 shows  the  port  Mode 
registers . 

The  off  chip  expansion  capability  using 
Ports  0 and  1 offers  the  added  feature  of  being 
Z-Bus  compatible.  All  Z-Bus  compatible  peri- 
pheral chips  that  are  available  now,  and  will  be 
available  in  the  future,  will  interface  directly 
with  the  Z8  multiplexed  address/data  bus. 

Serial  I/O 

As  memtioned  in  the  last  section,  Port  3 
can  be  programmed  to  be  a serial  I/O  port  with 
bits  0 and  7,  the  serial  input  and  serial  out- 
put lines  respectively.  The  serial  I/O  capabil- 
ity provides  for  full  duplex  asynchronous  serial 
data  at  rates  up  to  62. 5K  bits  per  second.  The 
transmitted  format  is  one  start  bit,  eight  data 
bits  including  odd  parity  (if  parity  is  enab- 
led), and  two  stop  bits.  The  received  data 
format  is  one  start  bit,  eight  data  bits  and  at 
least  one  stop  bit.  If  parity  is  enabled,  the 
eighth  data  bit  received  (bit  7)  is  replaced  by 


a parity  error  flag  which  indicates  a parity 
error  if  it  is  set  to  a ONE. 

Timer/Counter  T«  is  the  baud  rate  generator 
and  runs  at  16  timesuthe  serial  data  bit  rate. 
The  receiver  is  double  duffered  and  an  internal 
interrupt  (IRQ3)  is  generated  when  a character 
is  loaded  into  the  receive  buffer  register.  A 
different  internal  interrupt  (IRQ4)  is  generated 
when  a character  is  transmitted. 

COUNTER/TIMERS 

The  Z8  has  two  8-bit  programmable  counter/ 
timers,  each  of  which  is  driven  by  a program- 
mable 6 -bit  prescaler.  The  T,  prescaler  can  be 
driven  by  internal  or  external  clock  sources, 
and  the  TQ  prescaler  is  driven  by  the  internal 
clock  only.  The  two  prescalers  and  the  two 
counters  are  loaded  through  four  control  regis- 
ters (see  Figure  4)  and  when  a counter/timer 
reaches  the  ”end  of  count”  a timer  interrupt  is 
generated  (IRQ4  for  TQ,  and  IRQ5  for  T,).  The 
counter/ timers  can  beuprogrammed  to  stop  upon 
reaching  the  end  of  count,  or  to  reload  and 
continue  counting.  Since  either  counter  (one  at 
a time)  can  have  its  output  available  external 
to  the  Z8,  and  Counter/Timer  Ti  can  have  an 
external  input,  the  two  counters  can  be  cas- 
caded. 

Port  3 can  be  programmed  to  provide  timer 
outputs  for  external  time  base  generation  or 
trigger  pulses. 

INTERRUPT  STRUCTURE 

The  Z8  provides  for  six  interrupts  from 
eight  different  sources  including  four  Port  3 
lines  (P30-P33),  serial  in,  serial  out,  and  two 
counter/ timers.  These  interrupts  can  be  masked 
and  prioritized  using  the  Interrupt  Mask  Regis- 
ter (register  251)  and  the  Interrupt  Priority 
Register  (register  249).  All  interrupts  can  be 
disabled  with  the  master  interrupt  enable  bit 
in  the  Interrupt  Mask  Register. 

Each  of  the  six  interrupts  has  a 16-bit 
interrupt  vector  that  points  to  its  interrupt 
service  routine.  These  six  2-byte  vectors  are 
placed  in  the  first  twelve  locations  in  the  pro- 
gram memory  space  (see  Figure  2) . 

When  simultaneous  interrupts  occur  for 
enabled  interrupt  sources,  the  Interrupt  Prior- 
ity Register  determines  which  interrupt  is  ser- 
viced first.  The  priority  is  programmable  in  a 
way  that  Is  described  by  Figure  6. 

When  an  interrupt  is  recognized  by  the  Z8, 
all  other  interrupts  are  disabled,  the  program 
counter  and  program  control  flags  are  saved,  and 
the  program  counter  is  loaded  with  the  corres- 
ponding interrupt  vector.  Interrupts  must  be 
re-enabled  by  the  user  upon  entering  the  service 
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R248  (F8m)  Ports  0 and  1 Mods  Register  (P01M;  Writ*  Only) 


P04-P07  MODE 
OUTPUT  * 00 
INPUT  a 01 
A,-A1S  * IX 

EXTERNAL  MEMORY  TIMING 
NORMAL  = 0 
EXTENDED  * 1 


£l! 

0. 

°4 

03 

j °2 

D, 

O 

O 

POg-PO,  MODE 

00  * OUTPUT 

01  » INPUT 
IX  - A(-A„ 

STACK  SELECTION 

0 * EXTERNAL 

1 a INTERNAL 

P1„-P17  MODE 

00  a BYTE  OUTPUT 

01  « BYTE  INPUT 


10  a AD0-AD7 

11  a HIGH-IMPEDANCE  AOg-ADr 


PORTS  0 AND  1 MODES  (P01M) 


R246  (F6„)  Pori  2 Mod*  Register  (P2M;  Writs  Only) 


O7 

°6 

D4 

D, 

Oj 

0, 

Oo 

— 

P2g-P27  I/O  DEFINITION 

0 DEFINES  BIT  AS  OUTPUT 

1 DEFINES  BIT  AS  INPUT 


PORT  2 MODE  (P2M) 


R247  (F7„)  Port  3 Moda  Ragistar  (P3M;  Wrlta  Only) 


0 PORT  2 PULL  UPS  OPEN  DRAIN 

1 PORT  2 PULL-UPS  ACTIVE 


—NOT  USED 

_0  P32  = INPUT 
1 P32  = 5S76 

0 0 P33  = INPUT 
®J}P33  = INPUT 
11  P33  = GWH 


P35  = OUTPUT 
P35  = RDYO 

P34  = OUTPUT 
P34  = DM 
P34  = RDY1 


0 P31  = INPUT 

1 P31  = DAV2 


(T,N)  P3«  = OUTPUT  (Toot) 
P36  = RDY2 


0 P30  = INPUT  P37  = OUTPUT 

1 P30  = SERIAL  IN  P37  = SERIAL  OUT 


0 PARITY  OFF 

1 PARITY  ON 


PORT  3 MODE  (P3M) 


Figure  5 Port  Mode  Registers 


R249  (F9h)  Intarrupt  Priority  Ragistar  (IPR;  Write  Only) 


Dr 

D« 

05 

d4 

O 

u 

02 

D, 

O 

O 

UNDEFINED  = 111 


IRQ1,  IRQ4  PRIORITY  (GROUP  C) 

0 = IRQ1  > IRQ4 

1 = IRQ4  > IRQ1 

IRQO,  IRQ2  PRIORITY  (GROUP  B) 

0 --  IRQ2  ^ IRQO 

1 = IRQO  > IRQ2 

IRQ3,  IRQ5  PRIORITY  (GROUP  A) 

0 a IRQ5  ->  IRQ3 

1 a IRQ3  > IRQ5 


R249  INTERRUPT  PRIORITY  REGISTER  (IPR) 


Figure  6 


routine  (for  nested  interrupts) , or  upon  return- 
ing from  the  interrupt  service  routine  using  the 
IRET  instruction.  The  interrupt  cycle  process 
is  shown  in  Figure  7. 


which  is "128  locations  or  +127  locations  from 
the  address  of  the  instruction  following  the 
jump  instruction.  The  Immediate  mode  provides 
the  operand  in  the  instruction. 


Z8  PROGRAM  MEMORY 


Figure  7 Interrupt  Cycle  Process 


INSTRUCTION  SET 


There  are  eight 
groups ; 

Load 

Arithmetic 

Logical 

Program  Control 


instruction  functional 


Bit  Manipulation 
Block  Transfer 
Rotate  and  Shift 
CPU  Control 


A summary  of  the  Z8  instructions  by  function  is 
given  in  Appendix  A. 

The  Z8  addressing  modes  are  optimized  for 
using  the  internal  ROM  and  RAM  memories.  Two 
of  the  reasons  why  this  was  done  were;  to  im- 
prove code  density  (fewer  bytes  per  instruct- 
ion), and  to  reduce  execution  time. 


THE  Z8  FAMILY 


The  Z8  family  emerged  with  three  versions 
of  the  basic  microcomputer;  the  40 -pin  RCM  ver- 
sion, the  40 -pin  EPROM  version,  and  the  64 -pin 
version.  The  40-pin  EPROM  version  is  offered 
in  a Zilog  proprietary  package  called  a Proto- 
pak  (see  Figure  8 J , that  has  a socket  for  an 
EPROM  mounted  permanently  on  top  of  a 40 -pin 
DIP.  This  device  will  plug  directly  into  the 
socket  of  a product  designed  for  the  ROM  ver- 
sion, or  can  be  the  initial  production  com- 
ponent for  a product  that  may  ultimately  be 
converted  to  the  RCM  version  of  the  Z8.  The  64- 
pin  version  has  no  internal  ROM  and  comes  in  a 
64 -pin  leadless  chip  carrier  (see  figure  9) . 

The  eleven  ROM  address  lines  and  eight  ROM  data 
lines  are  brought  to  pins  on  this  version  of  the 
Z8.  A 4K  ROM  version  of  the  Z8  is  planned  for 
release  toward  the  end  of  1980. 


The  Z8  uses  six  address  modes;  Register, 
Indirect  Register,  Indexed,  Direct,  Relative, 
and  Immediate.  The  Register  mode  refers  to  a 
register  for  operands.  The  Indirect  Register 
mode  refers  indirectly  through  a register  to  an 
operand  in  a second  register;  indirectly  through 
a register  pair  to  an  operand  in  program  memory; 
or  indirectly  through  a register  pair  to  an 
operand  in  data  memory.  The  Indexed  mode  is 
used  only  by  the  Load  (LD)  instruction  and  pro- 
vides a method  for  generating  an  effective  add- 
ress which  is  the  sum  of  a register  address 
(contained  in  the  instruction)  and  the  content 
of  the  index  register.  Tne  Indexed  mode  employs 

Working  Register  area  shortened  notation  for 
specifying  the  Index  register.  The  Direct  mode 
provides  for  a transfer  of  control  to  anywhere 
in  program  memory  with  a two  byte  address  in  the 
instruction.  The  Relative  mode  is  used  only 
with  the  Jump  Relative,  and  Decrement  And  Jump 
instructions.  The  relative  offset  contained  in 
the  instruction  allows  a jump  to  an  address 


Z8  Protopak 
Figure  8 
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Z8/64  Package 
Figure  9 

Z8  APPLICATION 

Typeset  Innovations,  Inc.  is  a company 
based  in  Austin,  Texas,  that  has  designed  a 
graphics  computing  system  based  on  the  Z8  micro- 
computer. *riie  ProGrafix  is  a specialized  elec- 
tronic computational  aid  for  use  by  graphics 
arts  professionals  in  the  sizing  and  pricing  of 
graphic  elements.  Graphics  arts  professionals 
are  exemplified  by  typesetting  job  estimators, 
typographers,  graphic  designers,  printers,  ad- 
vertising layout  artists,  and  book  and  magazine 
designers. 

Graphic  artists  have  in  the  past  performed 
copyfitting  through  trial  and  error.  With  the 
increasing  costs  of  graphics  materials,  the 
trial  and  error  method  has  become  a noticable 
expense  that  can  be  minimized  with  a more  ac- 
curate copy fitting  technique. 

The  ProGrafix  performs  the  following 
functions ; 

I Entry  and  display  of  values  in  the 
units  of  measurement  which  are 
commonly  used  in  the  typographical 
arts,  including: 

picas 

points 

picas  and  points 
inches 


ciceros 

didots 

cieros  and  didots 
centimeters 

relative  units 

I Instantaneous , one  keystroke  conversion 
of  values  between  any  of  the  above 
units  of  measurement. 

• Arithmetic  operations  using  values 
which  are  expressed  in  any  of  the 
above  units  of  measurement. 

• One  keystroke  execution  of  an  extremely 
accurate  copyfitting  algorithm  which 
finds  any  unknown  copyfitting  value 
after  the  five  known  ones  have  been 
entered,  from  among  the  following 

copy  descriptors: 

width 

depth 

size 

leading 

type  style  density 
character  count 

I Graphic  proportional  enlargement/ 
reduction  computations  by  finding 
any  one  of  the  following  values 
after  the  other  two  are  entered: 

original  size 
reproduction  size 
enlargement/reduction  ratio 

• Memory  storage  and  recall  of  intermedi- 
ate results,  pricing  constants,  and 
other  user-created  values. 

When  final  packaging  is  complete  the  Pro- 
Grafix will  appear  similar  to  the  drawing 
shown  in  Figure  10.  The  computational  aid  will 
have  an  8 digit  display,  7 annunciator  LED's  to 
indicate  measurement  units,  an  on/off  switch, 
and  a 40  key  keyboard  matrix.  The  key  funct- 
ions are  defined  in  Table  1. 

When  Typeset  Innovations  began  the  design 
of  the  ProGrafix  early  in  1980,  they  looked  for 
a microcomputer  that  had  the  following  charact- 
eristics; 

I A real  (available)  microcomputer 
powerful  enough  to  do  the  job 

• Compact  coding 

I Fast 

• Easy  to  program 

t External  expansion  of  memory 
and  I/O 
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ProGrafix  Computational  Aid 
Figure  10 


The  Z8  offered  all  of  these  characteristics  and 
more.  By  the  second  quarter  of  1980,  the  Pro- 
Grafix prototypes  were  working. 

The  prototype  implementation  is  shown  in 
Figure  11.  External  RCM  and  RAM  were  added 
using  Port  1 and  half  of  Port  0 (A8-A11) . The 
ability  to  add  more  than  2K  bytes  of  external 
memory  with  only  12  address  lines  (AO -All)  is 
possible  because  the  Data  Strobe  (DS)  line  is 
only  active  when  locations  above  the  first  2K 
bytes  are  accessed.  Memory  locations  from  0 to 
2K  bytes  are  internal  to  the  Z8;  locations  from 
2K  bytes  to  4K  bytes  (RCM)  are  external  to  the 
Z8  and  selected  by  address  line  All=l  and  DS; 
and  locations  from  4K  bytes  to  6K  bytes  (RAM) 
are  external  to  the  Z8  and  selected  by  address 
line  All  = 0 and  DS"  active. 

The  remaining  four  bits  of  Port  0 were 
used  to  drive  the  Unit  of  Measure  LED’s  and  the 
’’sign”  for  the  numeric  display. 

Four  of  the  I/O  lines  available  from  Port  3 
were  used  to  select  one  of  eight  digits  on  the 
numeric  display  through  a 4 to  16  decoder  and  to 
scan  the  rows  of  the  keypad.  The  other  four  I/O 
lines  were  used  to  read  back  the  columns  from 
the  keypad. 


One  line  from  Port  2 was  used  for  the  fifth 
column  input  to  the  Z8  from  the  40  key  keypad. 
The  remaining  7 I/O  lines  available  from  Port  2 
were  used  for  segment  select  on  the  numeric  dis- 
play. 

The  numeric  display  is  ’’scan  refreshed”  by 
the  Z8  at  a rate  that  is  approximately  100  times 
per  second.  As  the  digits  of  the  display  are 
being  refreshed  the  keypad  is  scanned  as  a mat- 
rix of  8 by  5 keys.  The  counter/timers  on  the 
Z8  are  both  used;  one  to  time  the  display  re- 
fresh, and  the  other  as  a timer  for  keypad  de- 
bounce.  An  external  stack  is  used  for  temp- 
orary variable  storage  and  during  the  servic- 
ing of  interrupts.  Only  two  Z8  interrupts  are 
used  by  the  ProGrafix,  one  for  the  display  re- 
fresh counter  and  the  other  for  the  key  de- 
bounce  timer. 

The  development  of  the  software  for  the 
ProGrafix,  which  included  a BCD  Floating  Point 
package,  was  done  on  a Zilog  development  system 
with  the  Z8  PLZ/ASM  assembler.  The  object  code 
was  down  loaded  to  a Z8  Development  Module  (DM) 
where  the  hardware  was  initially  debugged.  The 
external  memory  was  added  to  the  Z8EM  in  the 
space  provided  for  wire  wrap.  When  the  system 
was  901  - 95%  debugged,  a prototype  circuit 
board  was  built  and  the  Z8  in  a Protopak  pack- 
age with  an  EPROM  was  used  for  final  system  de- 
bug. 

The  production  version  of  the  ProGrafix 
will  use  an  LCD  numeric  display  instead  of  the 
LED  display.  This  will  make  additional  address 
lines  available  for  expanding  off  chip  memory. 

In  addition,  a printer  option  is  planned  that 
will  connect  to  the  serial  port  of  the  Z8. 

The  ProGrafix  is  expected  to  sell  for  under 
$500  without  a printer  and  under  $750  with  a 
printer.  The  availability  of  the  ProGrafix  has 
been  targeted  for  May  of  1981. 

The  configuration  of  the  ProGrafix  com- 
putational aid  around  the  Zg  provided  a very 
flexible  and  powerful  microcomputer  system  that 
can  be  expanded  to  accomodate  a wide  variety  of 
applications  by  simply  changing  the  software. 
Typeset  Innovations  is  currently  looking  for 
other  products  that  can  be  implemented  with  the 
hardware  that  was  developed  for  the  ProGrafix. 

CONCLUSION 

The  Z8  represents  the  coming  of  age  of  the 
more  powerful  microcomputers.  While  the  Z8  can 
be  a cost  effective  design  solution  for  low  end 
applications,  it  can  also  be  expanded  to  attack 
much  more  sophisticated  design  problems.  The 
architecture  of  the  Z8  was  designed  in  a forward 
looking  manner,  and  the  integration  of  more  cap- 
ability onto  the  same  chip  is  now  limited  only 
by  the  constraints  of  the  integrated  circuit 
technology. 
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TABLE  1 


ProGrafix  Key  Functions 


Key  10  designated  as  C clears  display  register 
X and  the  operand  register  Y. 

Key  11  designated  as  CE,  the  clear -entry  func- 
tion, clears  only  the  last  value  entered  into 
display  register  X. 

Key  12  designated  as  RECALL  enters  the  contents 
of  a designated  memory  register  0 through  9 in- 
to register  X and  into  the  display. 

Key  13  designated  STORE  stores  display  register 
X into  memory  registers  0 through  9,  and  into 
the  parameter  registers. 

Key  14  designated  as  ORIG  which  is  used  to  store 
or  recall  the  value  of  the  original  size  para- 
meter in  the  proportional  sizing  algorithm. 

Key  15  designated  as  WIDTH  which  is  used  to 
store  or  recall  the  value  of  the  width  (line 
length)  parameter  of  the  copyfitting  algorithm. 

Key  16  designated  as  PICA  which  provides  for  the 
function  of  entering  information  in  picas  and 
points  and  for  converting  information  on  the 
display  into  either  picas  and  points  or  decimal 
picas. 

Key  17  designated  as  CICERO  which  provides  for 
the  function  of  entering  information  in  ciceros 
and  for  converting  information  on  the  display 
into  either  ciceros  and  didots  or  decimal 
ciceros . 

Key  18  designated  as  REL-UN  which  provides  for 
the  function  of  entering  information  in  relative 
units  and  for  converting  information  on  the  dis- 
play into  relative  units. 

Key  19  designated  as  REPRO  which  is  used  to 
store  or  recall  the  value  of  the  reproduction 
size  parameter  in  the  proportional  sizing  al- 
gorithm. 

Key  20  designated  as  DEPTH  which  is  used  to 
store  or  recall  the  value  of  the  depth  (vertical 
measure)  parameter  of  the  copyfitting  algorithm. 

Key  21  designated  as  POINT  which  provides  for 
the  function  of  entering  information  in  points 
and  for  converting  the  information  on  the  dis- 
play into  points. 

Key  22  designated  as  DIDOT  which  provides  for 
the  function  of  entering  information  in  didot 
points  and  for  converting  the  information  on 
the  display  into  didot  points. 

Key  23  designated  as  RU/EM  which  is  used  to 
store  or  recall  of  the  relative  units  per  em 
space  parameter. 

Key  24  designated  as  RATIO  which  is  used  to 
store  or  recall  the  value  of  the  ratio  para- 
meter in  the  proportional  sizing  algorithm. 


Key  25  designated  as  SIZE  which  is  used  to  store 
or  recall  the  value  of  the  type  size  parameter 
for  the  copyfitting  algorithm  and  for  the  re- 
lative units  conversion  algorithm. 

Key  26  designated  as  INCH  which  provides  for  the 
function  of  entering  information  in  inches  and 
for  converting  the  information  on  the  display 
into  inches. 

Key  27  designated  as  CM  which  provides  for  the 
dual  function  of  entering  information  in  centi- 
meters, and  for  converting  the  information  on 
the  display  into  centimeters. 

Key  28  designated  as  ’’double  arrow”  interchanges 
the  contents  of  display  register  X and  operand 
register  Y. 

Key  29  designated  as  */-  (the  divide  sign) 
divides  operand  register  Y by  display  register 

X. 

Key  30  designated  as  LEAD  which  is  used  to  store 
or  recall  the  value  of  the  leading  (line  spac- 
ing) parameter  of  the  copyfitting  algorithm. 

Key  31  designated  as  x multiples  display  regist- 
er X by  operand  register  Y. 

Key  32  designated  as  DENSITY  which  is  used  to 
store  or  recall  the  value  of  the  type  style 
density  parameter  of  the  copyfitting  algorithm. 

Key  33  designated  as  + adds  display  register  X 
to  operand  register  Y. 

Key  34  designated  as  CHAR  which  is  used  to  store 
or  recall  the  value  of  the  character  count  para- 
meter of  the  copyfitting  algorithm. 

Key  35  designated  as  - subtracts  display  reg- 
ister X from  operand  register  Y. 

Key  36  designated  as  FIND  invokes  the  calcula- 
tion of  an  unknown  copyfitting  parameter  given 
five  known  copyfitting  parameters.  This  key 
is  also  used  to  solve  for  an  unknown  proport- 
ional sizing  parameter  given  two  known  proport- 
ional sizing  parameters. 

Key  37  designated  . is  used  to  enter  the  decimal 
point  of  a floating-point  number. 

Key  38  designated  as  +/-  reverses  the  sign  of 
the  value  in  display  register  X. 

Key  39  designated  as  = invokes  the  last  entered 
arithmetic  operation  using  the  X and  Y registers 
as  operands  and  places  the  result  in  display 
register  X. 

Key  40  designated  as  ON/OFF  powers  the  micro- 
computer system  on  and  off. 
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MICROCOMPUTER 


PROGRAFIX  BLOCK  DIAGRAM 
Figure  11 
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APPENDIX  A 


Z8  Instruction  Set:  Functional  Groups 

Load  Instructions 

Instruction 

Operand  (s) 

Name  of 
Instruction 

CLR 

ds  t 

Clear 

LD 

dst , s r c 

Load 

LDC 

dst,  src 

Load  Constant 

LDE 

ds  t , src 

Load  External 

Data 

POP 

dst 

Pop 

PUSH 

src 

Push 

Arithmetic  Instructions 

Instruction 

Operand  (s) 

Name  of 

Instruction 

ADC 

dst,  src 

Add  With  Carry 

ADD 

dst,  src 

Add 

CP 

dst,  src 

Compare 

DA 

dst 

Decimal  Adjust 

DEC 

dst 

Decrement 

DECW 

dst 

Decrement  Word 

INC 

d st 

Increment 

INCW 

dst 

Increment  Word 

SBC 

dst,  sr c 

Subtract  With 

Carry 

SUB 

dst,  src 

Subtract 

Logical  Instructions 

Instruction 

Operand  (s) 

Name  of 
Instruction 

AND 

ds t , src 

Logical  And 

COM 

dst 

Complement 

OR 

ds t , src 

Logical  Or 

XOR 

dst,  src 

Logical 

Exclusive 

Or 

Program-Control  Instructions 

Instruction 

Operand  (s) 

Name  of 
Instruction 

CALL 

DJNZ 

dst 

r , dst 

Call 

Decrement 
Jump  If 

and 

Nonzero 

IRET 

Interrupt 

Return 

JP 

JR 

RET 

cc,  dst 
c c , dst 

Jump 

Jump  Relative 
Return 
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APPENDIX  A (cont.) 


Instruction 

TCM 

TM 

AND 

OR 

XOR 

Bit -Manipulation 
Operands 

dst , sre 

d s t , sre 
dst,  sre 
ds t , sre 
ds t , sre 

Instructions 

Name  of 
Instruction 

Test  Complement 
Under  Mask 
Test  Under  Mask 
Logical  And 
Logical  Or 
Logical 

Exclus ive 
Or 

Block-Transfer  Instructions 

Instruction 

Operands 

Name  of 
Instruction 

LDCI 

dst,  sre 

Load  Constant 
Au  to increment 

LDEI 

ds t , sre 

Load  External 
Data  Auto- 
increment 

Rotate  and  Shift 

Instructions 

Inst  rue  t ion 

Operand 

Name  of 
Instruction 

RL 

dst 

Rotate  Left 

RLC 

dst 

Rotate  Left 
Through  Carry 

RR 

dst 

Rotate  Right 

RRC 

dst 

Rotate  Right 
Through  Carry 

SRA 

dst 

Shift  Right 
Ar i thme  t i c 

SWAP 

dst 

Swap  Nibbles 

CPU  Control  Instructions 

Instruction 

Operand 

Name  of 
Instruction 

CCF 

Complement  Xarry 
Flag 

D I 

Disable 

Interrupts 

El 

Enable 

Interrupts 

NOP 

No  Operation 

RCF 

Reset  Carry  Flag 

SCF 

Set  Carry  Flag 

SRP 

sre 

Set  Register 
Pointer 
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INTRODUCTION 

The  microcomputer  industry  has  recently  developed 
single-chip  microcomputers  that  incorporate  on  one 
chip  functions  previously  performed  by  periph- 
erals. These  microcomputer  units  (MCUs)  are  aimed 


at  markets  requiring  a dedicated  computer.  This 
report  describes  and  compares  the  most  powerful 
MCUs  in  today’s  market:  the  Zilog  Z8611,  the 
Intel  8051,  and  the  Motorola  MC6801 . Table  1 
lists  facts  that  should  be  considered  when  com- 
paring these  MCUs. 


Table  1.  MCU  Comparison 


Zilog 

Intel 

Motorola 

FEATURES 

Z8611 

8051 

MC6801 

On-Chip  ROM 

4Kx8 

4Kx8 

2Kx8 

General-Purpose 

Registers 

124 

128 

128 

Special-Function 

Registers 

Status/Control 

16 

16 

17 

I/O  ports 

4 

4 

4 

I/O 

Parallel  lines 

32 

32 

29 

Ports 

Four  8-bit 

Four  8-bit 

Three  8-bit, one  5-bit 

Handshake 

Hardware  on 

None 

Hardware  on 

three  ports 

one  port 

Interrupts 

Source 

8 

5 

7 

External  source 

4 

2 

2 

Vector 

6 

5 

7 

Priority 

48  Programmable 

2 Programmable 

Nonprogrammable 

orders 

orders 

Maskable 

6 

5 

6 

External 

Memory 

120K  bytes 

124K  bytes 

64K  bytes 

Stack 

Stack  pointer 

16-Bit 

8-Bit 

16-Bit 

Internal  stack 

Yes,  uses 

Yes 

Yes 

8-bits 

External  stack 

Yes 

No 

Yes 
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Table  1.  MCU  Comparison 
(Continued) 


Zilog 

Intel 

Motorola 

FEATURES 

Z8611 

8051 

MC6801 

Counter/ 

Timers 

Counters 

Two  8 -bit 

Two  16-bit 

One  16-bit 

or  two  8-bit 

Prescalers 

Two  6-bit 

No  prescale 
with  16-bits; 

5-bit  prescale 

None 

with  8-bits 

Addressing 

Modes 

Register 

Yes 

Yes 

No 

Indirect  Register 

Yes 

Yes 

No 

Indexed 

Yes 

Yes 

Yes 

Direct 

Yes 

Yes 

Yes 

Relative 

Yes 

Yes 

Yes 

Immediate 

Yes 

Yes 

Yes 

Implied 

Yes 

Yes 

Yes 

Index 

Registers 

124,  Any 

1 , Uses  the 

1 , Uses 

general- 

accumulator 

16-bit  index 

purpose 

for  8-bit 

register 

register 

offset 

Serial 

Communication 

Interface 

Full  duplex 

UART 

Yes 

Yes 

Yes 

Interrupts 

for  transmit 
and  receive 

One  for  each 

One  for  both 

One  for  both 

Registers 

Double  buffer 

Receiver 

Receiver 

Transmitter/Receiver 

Serial  Data  Rate 

62. 5K  b/s 

187. 5K  b/s 

62. 5K  b/s 

@8  MHz 
93. 5K  b/s 
@12  MHz 

@12  MHz 

@4  MHz 

Speed 

Ins truct ion 

execution  average 

2.2  Usee 

1.5  Usee  @12  MHz 

1.5  Usee 

3.9  Usee 

Longest 

instruct  ion 

4.25  Usee 

2.8  Usee  @12  MHz 

4 Usee 

10  Usee 

Clock  Frequency 

8 and  12  MHz 

12  MHz 

4 MHz 

Power  Down 

Saves  first 

Saves  first 

Saves  first 

Mode 

124  registers 

128  registers 

64  registers 

Context 

Saves  PC 

Saves  PC; 

Saves  PC,  PSW, 

Switching 

and  flags 

programmer 

accumulato  rs , 

must  save  all 

and  Index 

registers 

register 
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Table  1.  MCU  Comparison 
(Continued) 


FEATURES 

Zilog 

Z8611 

Intel 

8051 

Motorola 

MC6801 

Development 

40- Pm 

Protopack  (8613) 
64- Pm  (8612) 
40-Pm  ROMless 
(Z8681  ) 

40-Pm  (8751  ) 

40- Pin  (68701) 

Epron 

4K  bytes  (2732) 
2K  bytes  (2716) 

4K  bytes 

2K  bytes 

Availability 

Now 

TBA 

Now 

ARCHITECTURAL  OVERVIEW 

This  section  examines  three  chips:  the  on-chip 
functions  and  data  areas  manipulated  by  the  Zilog, 
Intel  and  Motorola  MCUs.  The  three  chips  have 
somewhat  similar  architectures.  There  are,  how- 
ever, fundamental  differences  in  design  criteria. 
The  8051  and  the  MC6801  were  designed  to  maintain 
compat ability  with  older  products,  whereas  the 
Z8611  design  was  free  from  such  restrictions  and 
could  experiment  with  new  ideas.  Because  of  this, 
the  accumulator  architectures  of  the  MC6801  and 
the  8051  are  not  as  flexible  as  that  of  the  Z8611, 
which  allows  any  register  to  be  used  as  an  accumu- 
lator. 


Memory  Spaces 

The  Z8611  CPU  manipulates  data  in  four  memory 
spaces: 

e 60K  bytes  of  external  data  memory 
e 60K  bytes  of  external  program  memory 

• 4K  bytes  of  internal  program  memory  (ROM) 
e 144-byte  register  file 

The  8051  CPU  manipulates  data  in  four  memory 
spaces: 

e 64K  bytes  of  external  data  memory 

• 60K  bytes  of  external  program  memory 

• 4K  bytes  of  internal  program  memory 

• 148-byte  register  file 

The  MC6801  manipulates  data  in  three  memory 
spaces: 

• 62K  bytes  of  external  memory 

• 2 K bytes  of  internal  program  memory 

• 149-byte  register  file 


On-Chip  ROM.  All  three  chips  have  internal  ROM 
for  program  memory.  The  Z8611  and  the  8051  have 
4K  bytes  of  internal  ROM,  and  the  MC6801  has  2K 
bytes.  In  some  cases,  external  memory  may  be 


required  with  the  MC6801  that  is  not  necessary 
with  the  Z8611  or  the  8051. 

On  Chip  RAM.  All  three  chips  use  internal  RAM  as 
registers.  These  registers  are  divided  into  two 
catagories:  general-purpose  registers  and  special 

function  registers  (SFRs). 

The  124  general-purpose  registers  in  the  Z8611  are 
divided  into  eight  groups  of  16  registers  each. 
In  the  first  group,  the  lowest  four  registers  are 
the  1/0  port  registers.  The  other  registers  are 
general  purpose  and  can  be  accessed  with  an  8-bit 
address  or  a short  4-bit  address.  Using  the  4-bit 
address  saves  bytes  and  execution  time.  Four-bit 
short  addresses  are  discussed  later.  The  general- 
purpose  registers  can  be  used  as  accumulators,  ad- 
dress pointers,  or  Index  registers. 

The  128  general-purpose  registers  in  the  8051  are 
grouped  into  two  sets.  The  lower  32  bytes  are 
allocated  as  four  8-register  banks,  and  the  upper 
registers  are  used  for  the  stack  or  for  general 
purpose.  The  registers  cannot  be  used  for  index- 
ing or  as  address  pointers. 

The  MC6801  also  has  a 128-byte,  general-purpose 
register  bank,  which  can  be  used  as  a stack  or  as 
address  pointers,  but  not  as  Index  registers. 

As  pointed  out  in  Table  1,  any  of  the  Z8611 
general-purpose  registers  can  be  used  for  index- 
ing; the  MC6801  and  the  8051  cannot  use  registers 
this  way.  The  Z8611  can  use  any  register  as  an 
accumulator;  the  MC6801  and  the  8051  have  fixed 
accumulators.  The  use  of  registers  as  memory 
pointers  is  very  valuable,  and  only  the  Z8611  can 
use  its  registers  in  this  way. 

The  number  of  general-purpose  registers  on  each 
chip  is  comparable.  However,  because  of  its 
flexible  design,  the  Z8611  clearly  has  a more 
powerful  register  architecture. 
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The  Z8611  has  20  special  function  registers  used 
for  status,  control,  and  I/O.  These  registers 
include: 

0 Two  registers  for  a 16-bit  Stack  Pointer  (SPH, 
SPL) 

• One  register  used  as  Register  Pointer  for 
working  registers  (RP) 

o One  register  for  the  status  flags  (FLAGS) 

• One  register  for  interrupt  priority  (IPR) 

• One  register  for  interrupt  mask  (IMR) 

• One  register  for  interrupt  request  (IRQ) 

0 Three  mode  registers  for  the  four  ports  (P01M, 
P2M,  P3M) 

o Serial  communications  port  used  like  a 
register  (SIO) 

0 Two  counter/timer  registers  (TO,  T1) 

0 One  Timer  Mode  Register  (TMR) 

0 Two  prescaler  registers  (PREO,  PRE1) 

0 Four  I/O  ports  accessed  as  registers  (PORTO, 
P0RT1,  P0RT2,  P0RT3) 

The  8031  also  has  20  special  function  registers 
used  for  status,  control,  and  I/O.  They  include: 

0 One  register  for  the  Stack  Pointer  (SP) 

0 Two  accumulators  (A,B) 

0 One  register  for  the  Program  Status  Word 
(PSW) 

0 Two  registers  for  pointing  to  data  memory 
(DPH,  DPL) 

0 Four  registers  that  serve  as  two  16-bit 
counter/timers  (THO,  TH1 , TLO,  TL1 ) 

0 One  mode  register  for  the  counter/timers 
(TMOD) 

0 One  control  register  for  the  counter/timers 
(TCON) 

0 One  register  for  interrupt  enable  (IEC) 

0 One  register  for  interrupt  priority  (IPC) 

0 One  register  for  serial  communications  buffer 
(SBUF) 

0 One  register  for  serial  communications  control 
(SCON) 

0 Four  registers  used  as  the  four  I/O  ports  (P0, 
PI,  P2,  P3) 

The  MC6801  has  21  special  function  registers  used 
for  status,  control,  and  I/O.  These  include: 

0 One  register  for  RAM/EROM  control 
0 One  serial  receive  register 
0 One  serial  transmit  register 
0 One  register  for  serial  control  and  status 
0 One  serial  rate  and  mode  register 
0 One  register  for  status  and  control  of  port  3 
0 One  register  for  status  and  control  of  the 
timer 

0 Two  registers  for  the  16-bit  timer 
0 Two  registers  for  16-bit  input  capture  used 
with  timer 

0 Two  registers  for  16-bit  output  compare  used 
with  timer 

0 Four  data  direction  registers  associated  with 
the  four  I/O  ports 
0 Four  I/O  ports 


The  special  function  registers  in  the  three  chips 
seem  comparable  m number  and  function.  However, 
upon  closer  examination,  the  SFRs  of  the  MC6801 
prove  less  efficient  than  those  of  the  Z8611.  The 
MC6801  has  five  registers  associated  with  the  I/O 
ports,  whereas  the  Z8611  uses  only  three  registers 
for  the  same  functions.  The  MC6801  uses  four 
registers  to  perform  the  serial  communication 
function,  whereas  the  Z861 1 uses  only  one  register 
and  part  of  another. 

The  8031  uses  two  registers  for  the  accumulators; 
the  Z8611  is  not  limited  by  this  restriction.  The 
8051  also  uses  two  registers  for  the  serial  com- 
munication interface,  whereas  the  Z8611  accom- 
plishes the  same  job  with  one  register.  Another 
two  registers  in  the  8051  are  used  for  data 
pointers;  these  are  not  necessary  in  the  Z8611 
since  any  register  can  be  used  as  an  address 
pointer. 

The  Z8611  uses  registers  more  efficiently  than 
either  the  MC6801  or  the  8051 . The  registers  saved 
by  this  optimal  design  are  used  to  perform  the 
functions  needed  for  enhanced  interrupt  handling 
and  for  register  pointing  with  short  addresses. 
The  Z8611  also  supplies  the  extra  register  re- 
quired for  the  external  stack.  These  features  are 
not  available  on  the  8051  or  the  MC6801 . 

External  Memory*  All  three  chips  can  access 
external  memory.  The  Z8611  and  the  8051  can  gen- 
erate signals  used  for  selecting  either  program  or 
data  memory.  The  Data  Memory  strobe  (the  signal 
used  for  selecting  data  or  program  memory)  gives 
the  Z8611  access  to  120K  bytes  of  external  memory 
(60K  bytes  in  both  program  and  data  memory).  The 
8051  can  use  124K  bytes  of  external  memory  (64K 
bytes  of  external  data  memory  and  60K  bytes  of 
external  program  memory).  The  MC6801  can  access 
only  62K  bytes  of  external  memory  and  does  not 
distinguish  between  program  and  data  memory.  Thus, 
the  Z8611  and  the  8051  are  clearly  able  to  access 
more  external  memory  than  the  MC6801 . 

On-Chip  Peripheral  Functions 

In  addition  to  the  CPU  and  memory  spaces,  ail 
chips  provide  an  interrupt  system  and  extensive 
1/0  facilities  including  1/0  pins,  parallel  1/0 
ports,  a bidirectional  address/  data  bus,  and  a 
serial  port  for  1/0  expansion. 

Interrupts*  The  Z.8611  acknowledges  interrupts 
from  eight  sources,  four  are  external  from  pins 
IRQ0-IRQ3,  and  four  are  internal  from  serial-in, 
serial-out,  and  the  two  counter/timers.  All 
interrupts  are  maskable,  and  a wide  variety  of 
priorities  are  realized  with  the  Interrupt  Mask 
Register  and  the  Interrupt  Priority  Registers  (see 
Table  1).  All  Z8611  interrupts  are  vectored,  with 
six  vectors  located  in  the  on-chip  ROM.  The 
vectors  are  fixed  locations,  two  bytes  long,  that 
contain  the  memory  address  of  the  service  routine. 
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The  8051  acknowledges  interrupts  from  five 
sources:  two  external  sources  (from  INTO  and 
INTI)  and  three  internal  sources  (one  from  each  of 
the  internal  counters  and  one  from  the  serial  I/O 
port).  All  interrupts  can  be  disabled  individual- 
ly or  globally.  Each  of  the  five  sources  can  be 
assigned  one  of  two  priorities:  high  or  low.  All 
8051  interrupts  are  vectored.  There  are  five 
fixed  locations  in  memory,  each  eight  bytes  long, 
allocated  to  servicing  the  interrupt. 

The  MC6801  has  one  external  interrupt,  one  non- 
maskable interrupt,  an  internal  interrupt  request, 
and  a software  interrupt.  The  internal  interrupts 
are  caused  by  the  serial  I/O  port,  timer  overflow, 
timer  output  compare,  and  timer  input  capture. 
The  priority  of  each  interrupt  is  preset  and  can- 
not be  changed.  The  external  interrupt  can  be 
masked  in  the  Condition  Code  register.  The  MC6801 
vectors  the  interrupts  to  seven  fixed  addresses  in 
ROM  where  the  16-bit  address  of  the  service 
routine  is  located. 

When  an  interrupt  occurs  in  the  8051,  only  the 
Program  Counter  is  saved;  the  user  must  save  the 
flags,  accumulator,  and  any  registers  that  the 
interrupt  service  routine  might  affect.  The 
MC6801  saves  the  Program  Counter,  acumulators, 
Index  register,  and  the  PSW;  the  user  must  save 
all  registers  that  the  interrupt  service  routine 
might  affect.  The  Z8611  saves  the  Program  Counter 
and  the  Flags  register.  To  save  the  16  working 
registers,  only  the  Register  Pointer  register  need 
be  pushed  onto  the  stack  and  another  set  of  work- 
ing registers  is  used  for  the  service  routine. 
For  more  detail  on  working  registers  and  interrupt 
context  switching,  see  the  Z8  Technical  Manual 
(03-3047-02). 

With  regard  to  interrupts,  the  Z8611  is  clearly 
superior.  The  Z8611  requires  only  one  command  to 
save  all  the  working  registers,  which  greatly 
increases  the  efficiency  of  context  switching. 

1/0  Facilities.  The  Z8611  has  32  lines  dedicated 
to  1/0  functions.  These  lines  are  grouped  into 
four  ports  with  eight  lines  per  port.  The  ports 
can  be  configured  individually  under  software 
control  to  provide  input,  output,  multiplexed 
address/data  lines,  timing,  and  status.  Input  and 
output  can  be  serial  or  parallel,  with  or  without 
handshake.  One  port  can  be  configured  for  serial 
transmission  and  four  ports  can  be  configured  for 
parallel  transmission.  With  parallel  transmis- 
sion, ports  0,  1,  and  2 can  transmit  data  with  the 
handshake  provided  by  port  3. 

The  8051  also  has  32  1/0  lines  grouped  together 
into  four  ports  of  eight  lines  each.  The  ports  can 
be  configured  under  program  control  for  parallel 
or  serial  1/0.  The  ports  can  also  be  configured 
for  multiplexed  address/data  lines,  timing,  and 
status.  Handshake  is  provided  by  user  software. 

The  MC6801  has  29  lines  for  1/0  (three  8-bit  ports 
and  one  5-bit  port).  One  port  has  two  lines  for 


handshake.  The  ports  provide  all  the  signals 
needed  to  control  input  and  output  either  serially 
or  in  parallel,  with  or  without  multiplexed 
address/data  lines.  They  can  be  used  to  interface 
with  external  memory. 

The  main  differences  in  1/0  facilities  are  the 
number  of  8-bit  ports  and  the  hardware  handshake. 
The  Z8611  and  the  8051  have  four  8-bit  ports, 
whereas  the  MC6801  has  three  8-bit  ports  and  an 
additional  5-bit  port.  The  Z8611  has  hardware 
handshake  on  three  ports,  the  MC6801  has  hardware 
handshake  on  only  one  port,  and  the  8051  has  no 
hardware  handshake. 


Counter/timers.  The  Z8611  has  two  8-bit  counters 
and  two  6-bit  programmable  prescalers.  One  pre- 
scaler  can  be  driven  internally  or  externally;  the 
other  prescaler  is  driven  internally  only.  Both 
timers  can  interrupt  the  CPU  when  counting  is 
completed.  The  counters  can  operate  in  one  of  two 
modes:  they  can  count  down  until  interrupted,  or 
they  can  count  down,  reload  the  initial  value,  and 
start  counting  down  again  (continuously).  The 
counters  for  the  Z8611  can  be  used  for  measuring 
time  intervals  and  pulse  widths,  generating  vari- 
able pulse  widths,  counting  events,  or  generating 
periodic  interrupts. 

The  8051  has  two  16-bit  counter/timers  for  measur- 
ing time  intervals  and  pulse  widths,  generating 
pulse  widths,  counting  events,  and  generating 
periodic  interrupts.  The  counter/timers  have 
several  modes  of  operation.  They  can  be  used  as 
8-bit  counters  or  timers  with  two  5-bit  program- 
mable prescalers.  They  can  also  be  used  as  16-bit 
counter/timers.  Finally,  they  can  be  set  as  8-bit 
modulo-n  counters  with  the  reload  value  held  in 
the  high  byte  of  the  16-bit  register.  An  interrupt 
is  generated  when  the  counter/timer  has  completed 
counting. 

The  MC6801  has  one  16-bit  counter  which  can  be 
used  for  pulse-width  measurement  and  generation. 
The  counter/timer  actually  consists  of  three 
16-bit  registers  and  an  8-bit  control/status  reg- 
ister. The  timer  has  an  input  capture  register, 
an  output  compare  register,  and  a free-running 
counter.  All  three  16-bit  registers  can  generate 
interrupts. 

Serial  Cammunicatione  Interface.  The  Z8611  has  a 
programmable  serial  communication  interface.  The 
chip  contains  a UART  for  full-duplex,  asynchron- 
ous, serial  receiver/  transmitter  operation.  The 
bit  rate  is  controlled  by  counter/timer  0 and  has 
a maximum  bit  rate  of  93.500  b/s.  An  interrupt  is 
generated  when  an  assembled  character  is  transfer- 
red to  the  receive  buffer.  The  transmitted 
character  generates  a separate  interrupt.  The 
receive  register  is  double-buffered.  A hardware 
parity  generator  and  detector  are  optional. 

The  8051  handles  serial  1/0  using  one  of  its 
parallel  ports.  The  8051  bit  rate  is  controlled 
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by  counter/timer  1 and  has  a maximum  bit  rate  of 
187,500  b/s.  The  8051  generates  one  interrupt  for 
both  transmission  and  receipt.  The  receive  reg- 
ister is  double-buffered. 

The  MC6801  contains  a full-duplex,  asynchronous, 
serial  communication  interface.  The  bit  rate  is 
controlled  by  a rate  register  and  by  the  MCU's 
clock  or  an  external  clock.  The  maximum  bit  rate 
is  62,500  b/s.  Both  the  transmit  and  the  receive 
registers  are  double-buffered.  The  MC6801  gener- 
ates only  one  interrupt  for  both  transmit  and 
receive  operations.  No  hardware  parity  generation 
or  detection  is  available,  although  it  does  have 
automatic  detection  of  framing  errors  and  overrun 
conditions. 

The  8051  and  the  MC6801  generate  only  one  inter- 
rupt for  both  transmit  and  receive,  whereas  the 
Z8611  has  a separate  interrupt  for  each.  The 
ability  to  generate  separate  interrupts  greatly 
enhances  the  use  of  serial  communications,  since 
separate  service  routines  are  often  required  for 
transmitting  and  receiving. 

Other  differences  between  the  Z8611,  MC6801  , and 
the  8051  occur  in  the  hardware  parity  detector, 
the  double-buffering  of  registers,  framing  error 
detectors  and  overrun  conditions.  The  8051  has  a 
faster  data  rate  than  either  the  Z8611  or  the 
MC6801  . The  MC6801  has  the  advantage  of  a hard- 
ware framing  error  detector  and  automatic  detec- 
tion of  overrun  conditions.  The  MC6801  also  has 
both  its  transmit  and  receive  registers 
double-buffered.  The  Z8611  has  a hardware  parity 
detector.  For  detection  of  framing  errors  and 
overrun  conditions,  a simple,  low-overhead  soft- 
ware check  is  available  that  uses  only  two 
instructions.  See  Z8600  Software  Framing  Error 
Detection  Application  Brief  (document  #61 7—1 881  — 
0004) . 


INSTRUCTION  ARCHITECTURE 

The  architecture  of  the  Z8611  is  designed  specif- 
ically for  microcomputer  applications.  This  fact 
is  manifest  in  the  instruction  composition.  The 
arduous  task  of  programming  the  MC68G1  and  the 
8051  starkly  contrasts  that  of  programming  the 
Z8611. 


Addressing  Modes 

The  Z8611  and  the  8051  both  have  six  addressing 
modes?  Register,  Indirect  Register,  Indexed, 
Direct,  Relative,  and  Immediate.  The  MC6801  has 
five  addressing  modes:  Accumulator,  Indexed, 

Direct,  Relative,  and  Immediate.  A quick  compar- 
ison of  these  addressing  modes  reveals  the  versa- 
tility of  the  Z8611  and  the  8051.  The  addressing 
modes  of  the  MC6801  have  several  restrictions,  as 
shown  in  Table  1.  While  the  8051  has  all  the 
addressing  modes  of  the  Z8611,  its  use  of  them  is 
restricted.  The  Z8611  allows  many  more  combina- 


tions of  addressing  modes  per  instruction,  because 
any  of  its  registers  can  be  used  as  an  accumula- 
tor. For  example,  the  instructions  to  clear, 
complement,  rotate,  and  swap  nibbles  are  all 
accumulator  oriented  in  the  8051  and  operate  on 
the  accumulator  only.  These  same  commands  in  the 
Z8611  can  use  any  register  and  access  it  either 
directly,  with  register  addressing,  or  with  in- 
direct register  addressing. 

Indexed  Addressing.  All  three  chips  differ  in 
their  handling  of  indexing.  The  Z8611  can  use  any 
register  for  indexing.  The  8051  can  use  only  the 
accumulator  as  an  Index  register  in  conjunction 
with  the  data  pointer  or  the  Program  Counter.  The 
MC6801  has  one  16-bit  Index  register.  The  address 
located  in  the  second  byte  of  an  instruction  is 
added  to  the  lower  byte  of  the  Index  register. 
The  carry  is  added  to  the  upper  byte  for  the  com- 
plete address.  The  MC6801  requires  the  index 
value  to  be  an  immediate  value. 

The  MC6801  has  only  one  16-bit  Index  register  and 
an  immediate  8-bit  value  from  the  second  byte  of 
the  instruction.  Hence,  the  Indexed  mode  of  the 
MC6801  is  much  more  restrictive  than  that  of  the 
Z8611.  The  8051  must  use  the  accumulator  as  its 
only  Index  register,  loading  the  accumulator  with 
the  register  address  each  time  a reference  is 
made.  Then,  using  indexing,  the  data  is  moved 
into  the  accumulator,  eradicating  the  previous 
index.  This  forces  a stream  of  data  through  the 
accumulator  and  requires  a reload  of  the  index 
before  access  can  be  made  again.  The  Z8611  is 
clearly  superior  to  both  the  MC6801  and  the  8051 
in  the  flexibility  of  its  indexed  addressing  mode. 


Short  and  Long  Addressing.  Short  addressing  helps 
to  optimize  memory  space  and  execution  speed.  In 
sample  applications  of  short  register  addressing, 
an  eight  percent  decrease  in  the  number  of  bytes 
used  was  recorded. 

All  three  chips  have  short  addressing  modes,  but 
the  Z8611  has  short  addressing  for  both  external 
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addressing  for  the  lowest  32  registers  only. 

The  Z8611  has  two  different  modes  for  register 
addressing.  The  full-byte  address  can  be  used  to 
provide  the  address,  or  a 4-bit  address  can  be 
used  with  the  Register  Pointer.  To  use  the  work- 
ing registers,  the  Register  Pointer  is  set  for  a 
particular  bank  of  16  registers,  and  then  one  of 
the  16  registers  is  addressed  with  four  bits. 
Another  feature  for  addressing  external  memory  is 
the  use  of  a 12-bit  address  in  place  of  a full 
16-bit  address.  To  use  the  12-bit  address,  one 
port  supplies  the  eight  multiplexed  address/data 
lines  and  another  port  supplies  four  bits  for  the 
address.  The  remaining  four  bits  of  the  second 
port  can  be  used  for  1/0.  This  feature  allows 
access  to  a maximum  of  10K  bytes  of  memory. 
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The  8051  uses  short  addresses  by  organizing  its 
lowest  32  registers  into  four  banks.  The  bank 
select  is  located  in  a 2-bit  field  in  the  PSW, 
with  three  bits  addressing  the  register  in  the 
bank. 

The  MC6801  uses  extended  addressing  for  addressing 
external  memory.  With  a special,  nonmult iplexed 
expansion  mode,  256  bytes  of  external  memory  can 
be  accessed  without  the  need  for  an  external 
address  latch.  The  MC6801  uses  one  8-bit  port  for 
the  address  and  another  port  for  the  data. 

Stacks 

The  Z8611  and  the  MC6801  provide  for  external 
stacks,  which  require  a 16-bit  Stack  Pointer. 
Internal  stacks  use  only  an  8-bit  Stack  Pointer. 
The  8051  uses  only  a limited  internal  stack  re- 
quiring an  8-bit  Stack  Pointer.  Using  an  external 
stack  saves  the  internal  RAM  registers  for 
general-purpose  use. 

Summary 

The  stack  structure  of  the  Z8611  and  the  MC6801  is 
better  than  that  of  the  8051  . In  most  applica- 
tions, the  8051  is  more  flexible  and  easier  to 
program  than  the  MC6801.  The  Z8611  is  easier  to 
use  than  either  the  8051  or  the  MC6801  because  of 
its  register  flexibility  and  its  numerous  combina- 
tions of  addressing  modes.  The  8051  features  a 
unique  4><tn  multiply  and  divide  command.  The 
MC6801  has  a multiply,  but  it  takes  10^-s  to  per- 
form it. 

In  summary,  the  Z8611  has  the  most  flexible 
addressing  modes,  the  most  advanced  indexing  capa- 
bilities, and  superior  space-  and  time-saving 
abilities  with  respect  to  short  addressing. 

DEVELOPMENT  SUPPORT 

All  three  vendors  provide  development  support  for 
their  products.  This  section  discusses  the  dif- 
ferent support  features,  including  development 
chips,  software,  and  modules. 

Chips 

Zilog  offers  an  entire  family  of  microcomputer 
chips  for  product  development  and  final  product. 
The  Z8611  is  a single-chip  microcomputer  with  4K 
bytes  of  mask-programmed  ROM.  For  development,  two 
other  chips  are  offered.  The  Z8612  is  a 64-pin, 
development  version  with  full  interface  to  ex- 
ternal memory.  The  Z8613  is  a prototype  version 
that  uses  a functional,  piggy-back,  EPROM  proto- 
pak.  The  Z8613  can  use  either  a 4 K EPROM  (2732) 
or  a 2K  EPROM  (2716).  Zilog  also  offers  a ROMless 
version  in  a 40-pin  package  that  has  all  the  fea- 
tures of  the  Z8611  except  on-board  ROM  (Z8681). 

Intel  offers  a similar  line  of  development  chips 


with  its  8051  family.  The  8031  has  no  internal 
ROM  and  the  8751  has  4K  of  internal  EPROM. 

Motorola  offers  the  MC6801 , MC6803,  MC6803NR,  and 
MC68701 . These  are  all  similar  except  the  MC68701 
has  2K  bytes  of  EPROM  and  the  MC6801  has  2K  bytes 
of  ROM.  The  MC6803  has  no  internal  ROM  and  the 
MC6803NR  has  neither  ROM  nor  RAM  on  board. 

The  Z8613  and  the  MC68701  are  both  available  now, 
but  the  8751  is  still  unavailable  (as  of  April 
1981). 


Software 

Development  software  includes  assemblers,  and 
conversion  programs.  All  manufacturers  offer  some 
or  all  of  these  features. 

Since  the  MC6801  is  compatible  with  the  6800, 
there  is  no  need  for  a new  assembler.  The  Z8611 
and  the  8051  both  offer  assemblers  for  their 
products.  The  Zilog  PLZ/ASM  assembler  generates 
relocatable  and  absolute  object  code.  PLZ/ASM 
also  supports  high-level  control  and  data  state- 
ments, such  as  IF...  THEN... ELSE.  Intel  offers  an 
absolute  macroassembler,  ASM51,  with  their 
product.  They  also  offer  a program  for  converting 
8048  code  to  8051  code. 


Modules 

The  Z8611  development  module  has  two  64-pin 
development  versions  of  the  40-pin,  ROM-masked 
Z8611.  Intel  offers  the  EM-51  emulation  board, 
which  contains  a modified  8051  and  PROM  or  EPROM 
in  place  of  memory.  Motorola  has  the  MEX6801EVM 
evaluation  board  for  program  development.  All 
three  development  boards  are  available  now. 


ADDITIONAL  FEATURES 

Additional  features  include  Power  Down  mode,  self- 
testing, and  family-compatibility. 


Power  Down  Mode 

All  three  microcomputers  offer  a Power  Down  mode. 
The  Z8611  and  the  8051  save  all  of  their  regis- 
ters with  an  auxilary  power  supply.  The  MC6801 
uses  an  auxiliary  power  supply  to  save  only  the 
first  64  bytes  of  its  register  file. 

The  Z8611  uses  one  of  the  crystal  input  pins  for 
the  external  power  supply  to  power  the  registers 
in  Power  Down  mode.  Since  the  XTAL2  input  must  be 
used,  an  external  clock  generator  is  necessary  and 
is  input  via  XTAL1.  The  8051  and  the  MC6801  both 
have  an  input  reserved  for  this  function.  The 
MC6801  uses  the  Vcc  standby  pin,  and  the  8051  uses 
the  Vpd  pin. 


751-1534-0002 


1-21 


4-23-81 


Family  Compatibility 

Another  strength  of  the  Z8611  is  its  expansion 
bus,  which  is  completely  compatible  with  the  Zilog 
Z-BUS™,  This  means  that  all  Z-BUS  peripherals 
can  be  used  directly  with  the  Z861 1 . 

The  MC6801  is  fully  compatible  with  all  MC6800 
family  products.  The  8051  is  software  compatible 
with  the  older  8048  series  and  all  others  in  that 
family. 


BENCHMARKS 

The  following  benchmark  tests  were  used  in  this 
report  to  compare  the  Z8611,  8051,  and  MC6801 : 

• Generate  CRC  check  for  16-bit  word. 

• Search  for  a character  in  a block  of  memory. 

• Execute  a computed  GOTO  - jump  to  one  of  eight 
locations  depending  on  which  of  the  eight  bits 
is  set. 

• Shift  a 16-word  five  places  to  the  right. 

• Move  a 64-byte  block  of  data  from  external 
memory  to  the  register  file. 

• Toggle  a single  bit  on  a port. 

• Measure  the  subroutine  overhead  time. 

These  programs  were  selected  because  of  their 
importance  in  microcomputer  applications.  Algo- 
rithms that  reflect  a unique  function  or  feature 
were  excluded  for  the  sake  of  comparison.  Al- 
though programs  can  be  optimized  for  a particular 
chip  and  for  a particular  attribute  (code  density 
or  speed)  these  programs  were  not. 

The  figures  cited  in  this  text  are  taken  directly 
from  the  vendor's  documentation.  Therefore,  the 
cycles  given  below  for  the  MC6801  and  the  8051  are 
m machine  cycles  and  the  Z861 1 figures  are  given 
in  clock  cycles.  The  Z861 1 clock  cycles  should  be 
divided  by  six  to  give  the  instruction  time  in 
microseconds.  The  8051  and  JC6801  machine  cycle 
is  /\Mst  and  the  Z8611  clock  cycle  is  i166/cs  at 
12  MHz. 

Because  of  the  lack  of  availability  of  the  MC68Q1 
and  the  8051,  the  benchmark  programs  listed  here 
have  not  yet  been  run.  When  these  products  are 
readily  available,  the  programs  will  be  run  and 
later  editions  of  this  document  will  reflect  any 
changes  in  the  findings. 


Program  Listings 

CRC  Generation 


8051 

MOV 

index,  m 

Machine 

Cycles 

1 

Bytes 

2 

LOOP: 

MOV 

A,  DATA 

1 

2 

XRL 

A,  HCHECK 

1 

2 

RLC 

A 

1 

1 

MOV 

A,  LCHECK 

1 

2 

XRL 

A,  LP0LY 

1 

2 

RLC 

A 

1 

1 

MOV 

LCHECK,  A 

1 

2 

MOV 

A,  HCHECK 

1 

2 

XRL 

A,  HP0LY 

1 

2 

RLC 

A 

1 

1 

MOV 

HCHECK,  A 

1 

2 

CLR 

C 

1 

1 

MOV 

A,  DATA 

1 

2 

RLC 

A 

1 

1 

MOV 

DATA,  A 

1 

2 

DJNZ 

INDEX,  LOOP 

2 

3 

RET 

2 

1 

N = 3+17X8  = 139  cycles 


@12  MHz  = 139  As 
Instructions  = 18 
Bytes  = 31 


MC6801 

#$08 

Machine 

Cycles 

Bytes 

LDAA 

2 

2 

LOOP:  STAA 

COUNT 

3 

2 

LDAA 

HCHECK 

3 

2 

E0RA 

DATA 

3 

2 

R0LA 

2 

1 

LDAD 

POLY 

4 

2 

E0RA 

HCHECK 

3 

2 

E0RB 

LCHECK 

3 

2 

R0LB 

2 

1 

R0LA 

2 

1 

ST  AD 

LCHECK 

4 

2 

ASL 

DATA 

6 

3 

DEC 

COUNT 

6 

3 

BNE 

LOOP 

4 

2 

RTS 

N = 45X8+7  = 367  cycles 
@4  MHz  = 361  Acs 

5 

1 

Instructions  = 15 
Bytes  = 28 


Z8611 

LD 

INDEX,  #8 

Clock 

Cycles 

6 

Bytes 

2 

LOOP:  LD 

R6,  DATA 

4 

w 

? 

Sm 

X0R 

R6,  HCHECK 

6 

2 

RLC 

R6 

6 

2 

X0R 

LCHECK,  LP0LY 

6 

2 

RLC 

LCHECK 

6 

2 

X0R 

HCHECK,  HP0LY 

6 

2 

RLC 

HCHECK 

6 

2 

RCF 

6 

1 

RLC 

DATA 

6 

2 

DJNZ 

INDEX,  LOOP 

12  or  10 

2 

RET 

14 

1 

N = 20+66X7+64  = 546  cycles 
@12  MHz  = 91  As 
Instructions  = 12 
Bytes  = 22 
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Character  Search  Through  Block  of  40  Bytes 

Shift  16-Bit  Word  to  Right  5-Bits 

8051 

Machine 

8051 

Machine 

Cycles 

Bytes 

Cycles 

Bytes 

MOV  INDEX,  #41 

1 

2 

MOV  INDEX  #5 

1 

2 

MOV  DPTR,  #TABLE 

2 

3 

LOOP:  CLR  C 

1 

1 

L00P1 : DJNZ  INDEX,  LOOP  2 

2 

2 

MOV  A,  WORD  + 1 

1 

2 

SJMP  OUT 

2 

2 

RRC  A 

1 

1 

L00P2:  MOV  A,  INDEX 

1 

2 

MOV  WORD  + 1 , A 

1 

2 

MOVC  A,  (1A+DPTR 

2 

1 

MOV  A,  WORK 

1 

2 

CJNE  A,  CHARAC,  L00P1 

2 

3 

RRC  A 

1 

1 

OUT: 

MOV  WORD,  A 

1 

2 

N = 3+39X7+4  = 280  cycles 

DJNZ  INDEX,  LOOP 

2 

2 

@12  MHz  = 280^s 

N = 1+9X5  = 46  Cycles 

Instructions  = 7 

@12  MHz  = 46ms 

Bytes  =15 

Instructions  = 9 

Bytes  = 15 

MC6801 

Machine 

Cycles 

Bytes 

MC6801 

Machine 

LDAB  #$40 

2 

2 

Cycles 

Bytes 

LDAA  #CHARAC 

2 

2 

LDX  #5 

6 

3 

LDX  #TABLE 

3 

3 

LDAD  WORK 

4 

2 

LOOP:  CMP A $0,  X 

4 

2 

LOOP:  LSRD 

3 

1 

BEQ  OUT 

4 

2 

DEX 

3 

1 

I NX 

3 

1 

BNE  LOOP 

4 

2 

DECB 

2 

1 

STAD  WORD 

4 

2 

BNE  LOOP 

4 

2 

N = 10X5+11  = 61  Cycles 

OUT:  - 

@4  MHz  = 61  #jg 

- 

Instructions  = 6 

- 

Bytes  =11 

N = 7+40X17  = 687  cycles 

@4  MHz  = 687ics 

Instructions  = 8 

Z8611 

Clock 

Bytes  =15 

Cycles 

Bytes 

LD  INDEX,  #5 

6 

2 

Z8611 

Clock 

LOOP:  CCF 

6 

1 

Cycles 

Bytes 

RRC  WORD  + 1 

6 

2 

LD  INDEX,  #40 

6 

2 

RRC  WORD 

6 

2 

LOOP:  LD  DATA,  TABLE  (INDEX)  10 

3 

DJNZ  INDEX,  LOOP 

12  or  10 

2 

CP  DATA,  CHARAC 

6 

2 

N = 6+4X30+28  = 154  Cycles 

JR  Z,  OUT 

12  or 

10 

2 

@12  MHz  = 26  Us 

DJNZ  INDEX,  LOOP 

12  or 

10 

2 

Instructions  = 5 

OUT:  - 

Bytes  = 9 

N = 6+38X40  = 1524  cycles 

@12  MHz  = 254^s 

Instructions  = 5 

Bytes  =11 

751-1534-0002 


1-23 


4-23-81 


Computed  GOTO 


Move  64-Byte  Block 


8051 

Machine 

8051 

Machine 

Cycles 

Bytes 

Cycles 

Bytes 

MOV 

INDEX,  #40 

1 

2 

MOV 

INDEX,  #COUNT 

1 

2 

LOOP:  MOV 

A,  DATA 

1 

2 

LOOP:  MOV 

DPTR,  #ADDR1 

2 

3 

RLC 

A 

1 

1 

MOVX 

A,  @DPTR 

2 

1 

JC 

OUT 

2 

2 

INC 

#ADDR1 

1 

1 

MOV 

A,  INDEX 

1 

1 

MOV 

@ADDR2,A 

1 

1 

ADD 

A,  #3 

1 

2 

INC 

ADDR2 

1 

1 

MOV 

INDEX,  A 

1 

1 

DJNZ 

INDEX,  LOOP 

2 

1 

SJMP 

LOOP 

2 

2 

N = 1+9X64  = 577  Cycles 

OUT:  MOV 

DPTR,  #TABLE 

2 

3 

@12 

MHz  = 57  7 ^s 

MOV 

A,  INDEX 

1 

1 

Instructions  = 7 

JMP 

@A+DPTR 

2 

1 

Bytes  =10 

TABLE:  LCALL  ADDR1 

3 

MC68Q1 

Machine 

LCALL  ADDRN 

2 

Cycles 

Bytes 

N = 

1+9X7+11  = 75  Cycles 

LDAB 

#COUNT 

2 

2 

@12  MHz  = 75xus 

LOOP:  LDX 

ADDR1 

4 

3 

Instructions  =12 

LDAA 

0,  X 

4 

2 

Bytes  =21 

I NX 

3 

1 

STAA 

ADDR1 

4 

2 

LDX 

ADDR2 

4 

3 

MC6801 

Machine 

STAA 

0,  X 

4 

2 

Cycles 

Bytes 

I NX 

3 

1 

LDAB 

#2 

2 

2 

STX 

ADDR2 

4 

2 

LDX 

TABLE 

3 

3 

DECB 

2 

1 

LOOP:  RORA 

2 

1 

BNE 

LOOP 

4 

2 

BCS 

OUT 

4 

2 

N = 64X36+2  = 2306  Cycles 

ABX 

3 

1 

@4  1 

MHz  =2306  As 

JMP 

LOOP 

3 

2 

Instructions  =11 

OUT:  LDX 

0,  X 

5 

3 

Bytes  = 21 

JMP 

0,  X 

4 

3 

N = 8X12+14  = 110  Cycles 

@4 

MHz  = 110/^s 

Z8611 

Clock 

Instructions  = 8 

Cycles 

Bytes 

Bytes  =17 

LD 

INDEX,  #COUNT 

6 

2 

LOOP:  LDEI 

@ADDR2 , ©ADDR1 

18 

2 

DJNZ 

INDEX,  LOOP 

12  or  10 

2 

Z86T1 

Clock 

N = 6+63X30+28  = 1924  Cycles 

Cycles 

Bytes 

@12 

MHz  = 321  ^-s 

CLR 

INDEX 

6 

2 

Instructions  = 3 

LOOP:  INC 

INDEX 

6 

1 

Bytes  = 6 

RLC 

DATA 

6 

2 

JR 

NC,  LOOP 

12  or 

10  2 

LD 

ADDR, TABLE  1,  (INDEX)  10 

3 

LD 

ADDR+1, TABLE  2, 

(INDEX)  10 

3 

JP 

@ADDR 

12 

2 

N = 6+24X7+54  = 228  Cycles 
@12  MHz  = 38<cs 
Instructions  = 7 
Bytes  = 15 
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Toggle  a Port  Bit 


Subroutine  Call/Return  Overhead 


8051  Machine 

Cycles  Bytes 

XRL  P0,  m 2 3 

N = 2 Cycles 
@12  MHz  = 2*s 
Instructions  = 1 
Bytes  = 3 


MC6801 

Machine 

Cycles 

Bytes 

LDAA 

PORTO 

3 

2 

E0RA 

#yy 

2 

2 

STAA 

PORTO 

3 

2 

N = 8 Cycles 
@4  MHz  = 8 As 
Instructions  = 3 
Bytes  = 6 


Z8611  Clock 

Cycles  Bytes 

XOR  PORTO,  #YY  10  2 

N = 10  Cycles 
@12  MHz  = 1.7  as 
Instructions  = 1 
Byte  = 2 


8051 

LCALL  SUBR 


Machine 

Cycles 

2 


Bytes 

3 


SUBR:  - 


RET  2 1 

N = 4 Cycles 

@12  MHz  = 4AS 
Instructions  = 2 
Bytes  = 4 


MC6801  Machine 

Cycles  Bytes 

JSR  SUBR  9 2 


SUBR:  - 


RTS  5 1 

N = 14  Cycles 

@4  MHz  = 1 4 As 
Instructions  = 2 
Bytes  = 3 


Z8611  Clock 

Cycles  Bytes 

CALL  @SUBR  20  2 


SUBR:  - 


RET  14  1 
N = 34  Cycles 

@12  MHz  = 5.7  As 
Instructions  = 2 
Bytes  = 3 


Results 

Table  2 summarizes  the  results  of  this  comparison. 
The  relative  performance  column  lists  the  speeds 
of  the  MC6801  and  8051  divided  by  the  Z8611  speeds 
(12  MHz).  The  overall  performance  averages  the 
separate  relative  performances.  The  higher  the 
number,  the  faster  the  Z8611  as  compared  to  the 
MC6801  and  the  8051. 

The  relative  performance  figures  show  that  the 
Z8611  runs  50  percent  faster  than  the  8051  and  250 
percent  faster  than  the  MC6801 . Although  speed  is 
not  necessarily  the  most  important  criterion  for 
selecting  a particular  product,  the  Z861 1 proves 
to  be  an  undeniably  superior  product  when  speed  is 
added  to  the  advantages  of  programming  ease,  code 
density,  and  flexibility. 
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Table  2.  Benchmark  Program  Results 


Benchmark 

Test 

MC68Q1 
(4  MHz) 
cycles  time 

8051 

(12  MHz) 
cycles  time 

Z8 

(8  MHz) 
cycles  time 

Z8 

(12  MHz) 
cycles  time 

Relative 

MC68Q1 

Performance 

8051 

CRC 

Generation 

367 

367 

139 

139 

546 

137 

546 

91 

4.03 

1.53 

Character 

Search 

687 

687 

280 

280 

1524 

382 

1524 

254 

2.70 

1.10 

Computed 

GOTO 

110 

110 

75 

75 

228 

57 

228 

38 

2.89 

1.97 

Shift  Right 
5 Bits 

61 

61 

46 

46 

154 

38 

154 

26 

2.35 

1.78 

Move 

64-byte 

block 

2306 

2306 

577 

577 

1924 

481 

1924 

321 

7.18 

1.80 

Subroutine 

Overhead 

14 

14 

4 

4 

34 

8.5 

34 

5.7 

2.46 

0.70 

Toggle  a 
Port  Bit 

8 

8 

2 

2 

10 

2.5 

10 

1.7 

4.71 

1.18 

Overall 

Performance 

3.76 

1.44 

Note:  All  times  are  given  in  microseconds. 


Table  3.  Byte/Instruction/Time  Comparison 


CRC  Generation 

28 

Character  Search 

15 

Shift  Right  5 Bits 

11 

Computed  GOTO 

L 

17 

Move  Block 

21 

Toggle  Port  Bit 

. - - - - --  - i 

6 

Subroutine  Call 

3 

Bytes 


MC6801  8051  Z8611 


31  22 


15  11 


21  15 


Instructions 


MC6801 

8051 

Z8611 

15 

18 

12 

Time  (microseconds) 

MC6801 

8051 

Z8611 

367 

139 

91 

687 

280 

254 

61 

46 

26 

110 

75 

38 

2306 

577 

321 

8 

2 

1.7 

14 

■HUM 
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SUMMARY 


The  hardware  of  the  three  chips  compared  is  very 
similar.  The  Z8611,  however,  has  several  advan- 
tages, the  most  important  of  which  is  its  inter- 
rupt structure.  It  is  more  advanced  than  the 
interrupt  structures  of  both  the  8051  and  the 
MC6801.  Other  advantages  of  the  Z8611  over  either 
the  MC6801  or  the  8051  include  I/O  facilities  with 
parity  detection  and  hardware  handshake  and  a 
larger  amount  of  internal  ROM  (the  MC6801  has  only 
2K  bytes). 

Substantial  differences  are  apparent  with  regard 
to  software  architecture.  The  addressing  modes  of 


the  Z861 1 are  more  flexible  than  those  of  either 
the  MC6801  or  the  8051.  The  Z8611  can  use  byte- 
saving addressing  with  working  registers,  and  it 
has  short  external  addresses  for  saving  I/O  lines. 
It  can  also  provide  for  an  external  stack.  The 
register  architecture  (as  opposed  to  the  accumu- 
lator architecture)  of  the  Z8611  saves  execution 
time  and  enhances  programming  speed  by  reducing 
the  byte  count. 

The  Z861 1 microcomputer  stands  out  as  the  most 
powerful  chip  of  the  three,  and  concurrently,  it 
is  the  easiest  to  program  and  configure. 
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Z8600  Interrupt 
Request  Register 


Zilog  Application  Brief 


October  1980 


The  Interrupt  Request  Register  (IRQ,  R250) 
stores  requests  from  the  six  possible  Inter- 
rupt sources  (IRQ^-IRQ^)  In  the  Z8600  series 
microcomputer.  In  addition  to  other  func- 
tions, a hardware  reset  to  the  Z8600  disables 
the  IRQ  register  and  resets  Its  request  bits. 
Before  the  IRQ  will  register  requests,  it 
must  first  be  enabled  by  executing  an  Enable 
Interrupts  (El)  instruction.  Setting  the 
Enable  Interrupt  bit  in  the  Interrupt  Mask 
Register  (IMR,  R251 ) is  not  an  equivalent 
operation  for  this  purpose;  to  enable  the 
IRQ,  an  El  i nstruct ion  is  required.  The 
function  of  this  El  instruction  is  distinct 
from  its  task  of  globally  enabling  the  inter- 
rupt system.  Even  in  a polled  system  where 
IRQ  bits  are  tested  In  software,  it  is 
necessary  to  execute  the  El, 


The  designer  must  ensure  that  unexpected  and 
undesirable  interrupt  requests  will  not  occur 
after  the  El  is  executed.  One  method  of 
doing  this  is  to  reset  all  Interrupt  enable 
bits  in  the  IMR  for  levels  that  are  possible 
interrupt  sources;  the  El  instruction  may 
then  be  safely  executed.  Once  El  is  exe- 
cuted, the  program  may  immediately  execute  a 
Disable  Interrupts  (Dl)  instruction.  The 
code  necessary  to  perform  these  operations  is 
as  fol lows: 

RESET:  LD  IMR,  #%XX  !SET  INTERRUPT  MASK! 

El  ! ENABLE  GLOBAL  INTER- 

RUPT, ENABLE  IRQ! 

where  XX  has  a 0 in  each  bit  position  cor- 
responding to  the  interrupt  level  to  be 
disabled.  If  all  IMR  bits  are  to  be  reset,  a 
CLR  IMR  instruction  may  be  used. 


Figure  1 - IRQ  Reset  Functional  Logic  Diagram 

i 


I 
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12- Bit  Addressing 
with  the  Z8  Family 


Zilog 


Application  Brief 


January  1981 


12— BIT  The  Z8601  can  manipulate  data  In  four  memory 

ADDRESSING  spaces:  Internal  program  memory.  Internal 

WITH  THE  Z8600  register  file,  external  program  memory,  and 
SERIES  FAMILY  external  data  memory.  The  Internal  register 

file  Is  not  discussed  In  this  paper.  Fort  3 
may  be  configured  optionally  to  provide  a 
Data  Memory  (15M)  strobe  that  is  used  to 
select  program  and  data  memory.  The  Z8601 
generates  another  signal.  Data  Strobe  (DS), 
that  signals  an  external  memory  operation.  DS 


is  generated  each  time  an  address  greater 
than  2047  is  used. 


The  Z8601  has  2K  bytes  of  on-chip  program 
memory.  The  user  cannot  directly  access 
external  memory  in  the  address  range  of  0 to 

2K  since  this  address  range  is  decoded  as  an 
internal  address.  The  Z8600  accesses  ex- 
ternal memory  in  the  following  manner: 


Table  1.  Port  0 Configured  to  Output  Aq-Ajj 


PHYSICA 

L MEMORY 

ADDRESSES  ON 

USER  ADDRESS 

DATA 

PROGRAM 

LOCATION 

DS 

PORTS  0 & 1 

*0000-*07FF 

NONE 

*0000-*07FF 

1 NTERNAL 

INACTIVE 

0000-07FF 

*0800-*FFFF 

*0800-*FFFF 

*0800-*FFFF 

EXTERNAL 

ACTIVE 

0800-FFFF 

NOTE:  The  external  physical  addresses  *0000-*07FF  cannot  be  accessed. 


*FFFF 


*0800 

*07FF 


*0000 


EXTERNAL 

EXTERNAL 

PROGRAM 

DATA 

MEMORY 

MEMORY 

INTERNAL 

NOT 

PROGRAM  MEMORY 

ADDRESSABLE 

*FFFF 


*0800 

*07FF 


*0000 
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With  Port  0 giving  the  high  byte  of  address 
and  Port  1 giving  the  low  byte  of  address,  a 
total  of  126K  bytes  of  memory  can  be  ac- 
cessed: 2K  bytes  of  on-chip  ROM,  62K  bytes 

of  external  data  memory,  and  62K  bytes  of 
external  program  memory. 


This  scheme  does  not  provide  access  to  the 
external  memory  in  the  address  range  of  0 to 
2K.  To  access  memory  in  the  0 to  2K  range 
of  external  memory,  the  upper  address  nibble 
of  Port  0 is  truncated  and  address  locations 
4K  to  6K  are  mapped  into  the  0 to  2K  ex- 
ternal memory  range  as  follows: 


Table  2,  Port  0 Configured  to  Output  Aq-Ajj 


USER  ADDRESS 

PHYSICAL  MEMORY 

LOCATION 

DS 

ADDRESSES  ON 
PORTS  0 & 1 

DATA 

PROGRAM 

0000-07FF 

NONE 

0000-07FF 

1 NTERNAL 

INACTIVE 

0000-07FF 

080O-0FFF 

0800-0FFF 

0800-0FFF 

EXTERNAL 

ACTIVE 

0800-OFFF 

1000-17FF 

0000-07FF 

0000-07FF 

EXTERNAL 

ACTIVE 

0000-07FF 

Using  the  above  configuration,  memory  Is 
accessable  in  the  address  range  of  0 to  6K. 
Higher  addresses  are  indistinguishable  from 
the  0 to  6K  address  space,  because  the  upper 
four  address  bits  have  not  been  programmed 
to  appear  on  Port  0, 

The  Z8600  can  access  up  to  10K  of  memory 
using  only  12  address  lines.  It  can  access 
2K  of  program  memory  on-chip,  4K  of  external 
data  memory,  and  4K  of  external  program 
memory  for  a total  of  10K,  With  only  12 
address  lines,  four  lines  are  released  in 
Port  0 for  I/O, 

To  configure  Port  3 to  provide  the  Data 
Memory  (DM)  signal  the  following  command  is 
used: 


LD  P3M , # ( 2 ) XXX 1 OXXX 

The  following  instruction  specifies  Port  0 
as  address  lines  Ag-A^  and  Port  1 as 
address/data  multiplexed  lines  ADq-AD7. 

LD  P01M,#(2)0XX10X1X 

The  above  Xs  do  not  represent  ”don*t  care” 
states.  These  bits  must  be  set  or  reset 
depending  on  the  particular  configuration  in 
which  the  Z8600  is  set. 

For  medium-sized  memory  applications,  the 
Z8600  can  be  configured  to  output  address 
lines  Ag-A^  on  Port  0,  address/data  multi- 
p l exed  I i nes  ADQ-AD7  on  Port  1 , and  DM  on 
Port  3,  in  addition,  the  Z8600  can  access  a 
total  of  10K  bytes  of  memory. 
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METHOD  In  the  middle  of  the  stop  bit  time,  the  Z8600  dition  exists  and  the  following  code  is  used 

UART  automatically  posts  a serial  input  to  test  this: 

interrupt  request  on  I RQ3*  The  serial  input 

can  also  be  tested  by  reading  Port  3 bit  0 TM  P3,  #£01  ! TEST  FOR  P30  = 1 ! 

(P30)  as  shown  in  Figure  2.  Thus,  within  JR  Z,  FERR  ! ELSE  FRAMING  ERROR  ! 

the  interrupt  service  routine  or  polling 

loop,  it  is  only  necessary  to  test  P3q  in  The  execution  time  of  this  framing  error  test 

order  to  identify  a framing  error.  If  P3Q  is  is  only  5.5  J(s  at  8 MHz.  In  the  worst  case 

Low  when  I RQ3  goes  High,  a framing  error  con-  (19.2K  baud),  this  would  result  in  l£  over- 

head. Only  five  program  bytes  are  required. 


Fig.  2 - Z8600  Serial  Input  Connection 

1 

I 

Z8  Is  a trademark  of  Zilog,  Inc. 
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CONCLUSION 


While  the  Z8600  UART  does  n at  Incorporate  maximum  penalty  of  \%  at  19. 2K  baud  using  no 

hardware  framing  error  detection,  this  additional  hardware  and  only  five  bytes  of 

feature  can  be  implemented  In  software  with  a program  memory. 


Reprinted  with  permission  of  Synertek,  Inc. 
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SECTION  Introduction 

J The  Z8  is  the  first  microcomputer  to  offer 

both  a highly  integrated  microcomputer  on  a 
single  chip  and  a fully  expandable  micropro- 
cessor for  I/O-and  memory-intensive  applica- 
tions. The  Z8  has  two  timer/counters,  a UART, 
2K  bytes  internal  ROM,  and  a 144-byte  inter- 
nal register  file  including  124  bytes  of  RAM, 
32  bits  of  I/O,  and  16  control  and  status  reg- 
isters. In  addition,  the  Z8  can  address  up  to 
124K  bytes  of  external  program  and  data 
memory,  which  can  provide  full,  memory- 
mapped  I/O  capability. 


This  application  note  describes  the  important 
features  of  the  Z8,  with  software  examples  that 
illustrate  its  power  and  ease  of  use.  It  is 
divided  into  sections  by  topic;  the  reader  need 
not  read  each  section  seguentially,  but  may 
skip  around  to  the  sections  of  current  interest. 

It  is  assumed  that  the  reader  is  familiar  with 
the  Z8  and  its  assembly  language,  as 
described  in  the  following  documents: 

■ Z8  Technical  Manual  (03-3047-02) 

■ Z8  PLZ/ASM  Assembly  Language  Program- 
ming Manual  (03-3023-02) 


SECTION 

2 


Accessing  Register  Memory 

The  Z8  register  space  consists  of  four  I/O 
ports,  16  control  and  status  registers,  and  124 
general-purpose  registers.  The  general- 
purpose  registers  are  RAM  areas  typically  used 
for  accumulators,  pointers,  and  stack  area. 

This  section  describes  these  registers  and  how 
they  are  used.  Bit  manipulation  and  stack 
operations  affecting  the  register  space  are 
discussed  in  Sections  4 and  5,  respectively. 

2.1  Registers  and  Register  Pairs.  The  Z8  sup- 
ports 8-bit  registers  and  16-bit  register  pairs. 

A register  pair  consists  of  an  even-numbered 
register  concatenated  with  the  next  higher 
numbered  register  (%00  and  %01,  %02  and 
%03,  ...  %7E  and  %7F,  %F0  and  %F1,  ... 
%FE  and  %FF).  A register  pair  must  be 
addressed  by  reference  to  the  even-numbered 
register.  For  example, 

%F1  and  %F2  is  not  a valid  register  pair; 

%F0  and  %F1  is  a valid  register  pair, 
addressed  by  reference  to  %F0. 

Register  pairs  may  be  incremented  (INCW) 
and  decremented  (DECW)  and  are  useful  as 
pointers  for  accessing  program  and  external 
data  memory.  Section  3 discusses  the  use  of 
register  pairs  for  this  purpose. 


Any  instruction  which  can  reference  or 
modify  an  8-bit  register  can  do  so  to  any  of  the 
144  registers  m the  Z8,  regardless  of  the 
inherent  nature  of  that  register.  Thus,  I/O 
ports,  control,  status,  and  general-purpose 
registers  may  all  be  accessed  and  manipulated 
without  the  need  for  special-purpose  instruc- 
tions. Similarly,  instructions  which  reference 
or  modify  a 16-bit  register  pair  can  do  so  to 
any  of  the  valid  72  register  pairs.  The  only 
exceptions  to  this  rule  are: 

■ The  DJNZ  (decrement  and  jump  if  non-zero) 
instruction  may  successfully  operate  on  the 
general-purpose  RAM  registers  (%04-%7F) 
only. 

■ Six  control  registers  are  write-only  registers 
and  therefore,  may  be  modified  only  by 
such  instructions  as  LOAD,  POP,  and 
CLEAR.  Instructions  such  as  OR  and  AND 
require  that  the  current  contents  of  the 
operand  be  readable  and  therefore  will  not 
function  properly  on  the  write-only 
registers.  These  registers  are  the  following: 
the  timer/counter  prescaler  registers  PREO 
and  PRE1,  the  port  mode  registers  P01M, 
P2M,  and  P3M,  the  interrupt  priority 
register  IPR. 


I 

l 

l 


1-35 


2.  Accessing 

Register 

Memory 

(Continued) 


2.2  Register  Pointer.  Within  the  register 
addressing  modes  provided  by  the  Z8,  a regis- 
ter may  be  specified  by  its  full  8-bit  address 
(0-%7F,  %F0-%FF)  or  by  a short  4-bit 
address.  In  the  latter  case,  the  register  is 
viewed  as  one  of  16  working  registers  with- 
in a working  register  group.  Such  a group 
must  be  aligned  on  a 16-byte  boundary  and  is 
addressed  by  Register  Pointer  RP  (%FD).  As 
an  example,  assume  the  Register  Pointer  con- 
tains %70,  thus  pointing  to  the  working  reg- 
ister group  from  %70  to  %7F.  The  LD  instruc- 
tion may  be  used  to  initialize  register  %76  to 
an  immediate  value  m one  of  two  ways: 


LD 


LD 


%76,#1 

!8-bit  register  address  is  given 
by  instruction  (3  byte  instruc- 
tion)! 

or 

R6,#l 

! 4-bit  working  register  address 
is  given  by  instruction;  4-bit 
working  register  group 
address  is  given  by  Register 
Pointer  (2  byte  instruction)! 

The  address  calculation  for  the  latter  case 
is  illustrated  in  Figure  1.  Notice  that  4-bit 
working-register  addressing  offers  code  com- 
pactness and  fast  execution  compared  to  its 
8-bit  counterpart. 

To  modify  the  contents  of  the  Register 
Pointer,  the  Z8  provides  the  instruction 

SRP  Rvalue 

Execution  of  this  instruction  will  load  the 
upper  four  bits  of  the  Register  Pointer;  the 
lower  four  bits  are  always  set  to  zero.  Although 
a load  instruction  such  as 

LD  RP,#value 

could  be  used  to  perform  the  same  function, 
SRP  provides  execution  speed  (six  vs.  ten 
cycles)  and  code  space  (two  vs.  three  bytes) 
advantages  over  the  LD  instruction.  The 
instruction 

SRP  #%70 

is  used  to  set  the  Register  Pointer  for  the  above 
example. 


HhOISTER  o t 1 i 
POINTER  LZ ] ] L 

o o o o 1 

INSTRUCTION 
(LD  R6,#1) 

r 

jo  1 1 0 1 1 0 0 j 

REGISTER  1 . 

ADDRESS  1 B 1 ' ’ 

0 1 1 0 1 

Figure  1.  Address  Calculation  Using  the  Register  Pointer 


2.3  Context  Switching.  A typical  function 
performed  during  an  interrupt  service  routine 
is  context  switching.  Context  switching  refers 
to  the  saving  and  subseguent  restoring  of  the 
program  counter,  status,  and  registers  of  the 
interrupted  task.  During  an  interrupt  machine 
cycle,  the  Z8  automatically  saves  the  Program 
Counter  and  status  flags  on  the  stack.  It  is  the 
responsibility  of  the  interrupt  service  routine  to 
preserve  the  register  space.  The  recommended 
means  to  this  end  is  to  allocate  a specific  por- 
tion of  the  register  file  for  use  by  the  service 
routine.  The  service  routine  thus  preserves  the 
register  space  of  the  interrupted  task  by  avoid- 
ing modification  of  registers  not  allocated  as  its 
own.  The  most  efficient  scheme  with  which  to 
implement  this  function  in  the  Z8  is  to  allocate 
a working  register  group  (or  portion  thereof)  to 
the  interrupt  service  routine.  In  this  way,  the 
preservation  of  the  interrupted  task's  registers 
is  solely  a matter  of  saving  the  Register  Pointer 
on  entry  to  the  service  routine,  setting  the 
Register  Pointer  to  its  own  working  register 
group,  and  restoring  the  Register  Pointer  prior 
to  exiting  the  service  routine.  For  example, 


assume  such  a register  allocation  scheme  has 
been  implemented  in  which  the  interrupt  ser- 
vice routine  for  IRQO  may  access  only  working 
register  Group  4 (registers  %40-%4F).  The 
service  routine  for  IRQO  should  be  headed  by 
the  code  seguence: 

PUSH  RP  ! preserve  Register  Pointer  of 

interrupted  task! 

SRP  #%40  ! address  working  register 
group  4! 

Before  exiting,  the  service  routine  should 
execute  the  instruction 

POP  RP 

to  restore  the  Register  Pointer  to  its  entry 
value. 

It  should  be  noted  that  the  technique 
described  above  need  not  be  restricted  to 
interrupt  service  routines.  Such  a technique 
might  prove  efficient  for  use  by  a subroutine 
requiring  intermediate  registers  to  produce  its 
outputs.  In  this  way,  the  calling  task  can 
assume  that  its  environment  is  intact  upon 
return  from  the  subroutine. 
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2.4  Addressing  Mode.  The  Z8  provides  three 
addressing  modes  for  accessing  the  register 
space:  Direct  Register,  Indirect  Register,  and 
Indexed. 

2.4.1  Direct  Register  Addressing.  This 
addressing  mode  is  used  when  the  target  regis- 
ter address  is  known  at  assembly  time.  Both  v 
long  (8-bit)  register  addressing  and  short 
(4-bit)  working  register  addressing  are  sup- 
ported m this  mode.  Most  instructions  sup- 
porting this  mode  provide  access  to  single 
8-bit  registers.  For  example: 

LD  %FE,#HI  STACK 

!load  register  %FE  (SPH)  with 
the  upper  8-bits  of  the  label 
STACK! 

AND  0,MASK REG 

!AND  register  0 with  register 
named  MASK REG! 

OR  1,R5  !OR  register  1 with  working 
register  5! 

Increment  word  (INCW)  and  decrement 
word  (DECW)  are  the  only  two  Z8  instructions 
which  access  16-bit  operands.  These  instruc- 
tions are  illustrated  below  for  the  direct  reg- 
ister addressing  mode. 

INCW  RRO  ! increment  working  register 
pair  RO,  Rl: 

R1  R1  + 1 

RO  RO  + carry! 

DECW  %7E 

{decrement  working  register 
pair  %7E,  %7F: 

%7F  %7F  - 1 

%7E  %7E  - carry! 

Note  that  the  instruction 

INCW  RR5 

will  be  flagged  as  an  error  by  the  assembler 
(RR5  not  even-numbered). 

2.4.2  Indirect  Register  Addressing.  In  this 
addressing  mode,  the  operand  is  pointed  to  by 
the  register  whose  8-bit  register  address  or 
4-bit  working  register  address  is  given  by  the 
instruction.  This  mode  is  used  when  the  target 
register  address  is  not  known  at  assembly  time 
and  must  be  calculated  during  program  execu- 
tion. For  example,  assume  registers  %60-%7F 
contain  a buffer  for  output  to  the  serial  line  via 

repetitive  calls  to  procedure  SERIAL OUT. 

SERIAL OUT  expects  working  register  0 to 

hold  the  output  character.  The  following 
instructions  illustrate  the  use  of  the  indirect 
addressing  mode  to  accomplish  this  task: 

LD  Rl,#°/o20 

{working  register  1 is  the  byte 
counter:  output  %20  bytes! 


LD  R2,#%60 

!workmg  register  2 is  the  buf- 
fer pointer  register! 

out again: 

LD  R0,@R2 

Road  into  working  register  0 
the  byte  pointed  to  by  working 
register  2! 

INC  R2  {increment  pointer! 

CALL  SERIAL OUT 

! output  the  byte! 

DJNZ  Rl,out again 

Roop  till  done! 

Indirect  addressing  may  also  be  used  for 
accessing  a 16-bit  register  pair  via  the  INCW 
and  DECW  instructions.  For  example, 

INCW  @R0  ! increment  the  register  pair 

whose  address  is  contained  in 
working  register  0! 

DECW  @%7F 

{decrement  the  register  pair 
whose  address  is  contained  m 
register  %7F! 

The  contents  of  registers  RO  and  %7F  should 
be  even  numbers  for  proper  access;  when 
referencing  a register  pair,  the  least  significant 
address  bit  is  forced  to  the  appropriate  value 
by  the  Z8.  However,  the  register  used  to  point 
to  the  register  pair  need  not  be  an  even- 
numbered  register. 

Since  the  indirect  addressing  mode  permits 
calculation  of  a target  address  prior  to  the 
desired  register  access,  this  mode  may  be  used 
to  simulate  other,  more  complex  addressing 
modes.  For  example,  the  instruction 

SUB  4,BASE(R5) 

requires  the  indexed  addressing  mode  which  is 
not  directly  supported  by  the  Z8  SUBtract 
instruction.  This  instruction  can  be  simulated 
as  follows: 

LD  R6,#BASE 

{working  register  6 has  the 
base  address! 

ADD  R6,R5  {calculate  the  target  address! 

SUB  4,@R6  !now  use  indirect  addressing  to 
perform  the  actual  subtract! 

Any  available  register  or  working  register 
may  be  used  m place  of  R6  in  the 
above  example. 

2.4.3  Indexed  Addressing.  The  indexed 
addressing  mode  is  supported  by  the  load 
instruction  (LD)  for  the  transference  of  bytes 
between  a working  register  and  another  regis- 
ter. The  effective  address  of  the  latter  register 
is  given  by  the  instruction  which  is  offset  by 
the  contents  of  a designated  working  (index) 
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2.  Accessing  register.  This  addressing  mode  provides 
Register  efficient  memory  usage  when  addressing 

Memory  consecutive  bytes  m a block  of  register 

(Continued)  memory,  such  as  a table  or  a buffer.  The 

working  register  used  as  the  index  m 
the  effective  address  calculation  can 
serve  the  additional  role  of  counter  for 
control  of  a loop's  duration. 

For  example,  assume  an  ASCII  character 
buffer  exists  m register  memory  starting  at 
address  BUF  for  LENGTH  bytes.  In  order 
to  determine  the  logical  length  of  the  char- 
acter string,  the  buffer  should  be  scanned 
backward  until  the  first  nonoccurrence  of  a 
blank  character.  The  following  code 
sequence  may  be  used  to  accomplish 
this  task: 


LD  R0,#LENGTH 

Length  of  buffer! 

! starting  at  buffer  end,  look  for 
1st  non-blank! 


loop: 

LD 

R1,BUF-1(R0) 

CP 

Rl,f  ' 

JR 

ne,  found 

!found  non-blank! 

DJNZ  R0,loop 

Rook  at  next! 

all blanks:  ! length  = 0! 

found: 

5  instructions 

12  bytes 

1.5  /xs  overhead 

10.5  /xs  (average)  per  character  tested 

At  labels  "all blanks"  and  "found,"  R0 

contains  the  length  of  the  character 
string.  These  labels  may  refer  to  the  same 
location,  but  they  are  shown  separately  for 
an  application  where  special  processing  is 
required  for  a string  of  zero  length.  To  per- 
form this  task  without  indexed  address- 
ing would  require  a code  sequence 
such  as: 


LD  R1,#BUF  + LENGTH  -1 
LD  R0,#LENGTH 

{starting  at  buffer  end,  look  for 
1st  non-blank! 

loopl : 

CP  @Rl,f  ' 

IR  ne,foundl 

Round  non-blank! 

DEC  R1  !dec  pointer! 

DJNZ  R0, loopl 

!are  we  done?! 

all blanks  1:  Length  = 0! 

foundl : 

6  instructions 
13  bytes 
3 /xs  overhead 

9.5  /xs  (average)  per  character  tested 

The  latter  method  requires  one  more  byte  of 
program  memory  than  the  former,  but  is  faster 
by  four  execution  cycles  (1  /xs)  per  character 
tested. 

As  an  alternate  example,  assume  a buffer 
exists  as  described  above,  but  it  is  desired  to 
scan  this  buffer  forward  for  the  first  occur- 
rence of  an  ASCII  carriage  return.  The  follow- 
ing illustrates  the  code  to  do  this: 


LD 

R0,#-  LENGTH 

{starting  at  buffer  start, 
1st  carriage  return  ( = 

next: 

LD 

rl  ,BUF  + LENGTH(RO) 

CP 

R1,#%0D 

JR 

eq,cr  Round  it! 

INC 

R0  {update  counter/mdex! 

JR 

nz,next 

! try  again! 

cr: 

ADD 

R0,#LENGTH 

!R0  has  length  to  CR! 


7  instructions 
16  bytes 

1 .5  (is  overhead 

12  /xs  (average)  per  character  tested 


SECTION 

3 


Accessing  Program  and  External  Data 
Memory 

In  a single  instruction,  the  Z8  can  transfer  a 
byte  between  register  memory  and  either  pro- 
gram or  external  data  memory.  Load  Constant 
(LDC)  and  Load  Constant  and  Increment 
(LDCI)  reference  program  memory;  Load 
External  (LDE)  and  Load  External  and  Incre- 
ment (LDEI)  reference  external  data  memory. 
These  instructions  require  that  a working 
register  pair  contain  the  address  of  the  byte  in 
either  program  or  external  data  memory  to  be 
accessed  by  the  instruction  (indirect  working 
register  pair  addressing  mode).  The  register 
byte  operand  is  specified  by  using  the  direct 
working  register  addressing  mode  m LDC  and 


LDE  or  the  indirect  working  register  address- 
ing mode  m LDCI  and  LDEI.  In  addition  to 
performing  the  designated  byte  transfer,  LDCI 
and  LDEI  automatically  increment  both  the 
indirect  registers  specified  by  the  instruction. 
These  instructions  are  therefore  efficient  for 
performing  block  moves  between  register  and 
either  program  or  external  data  memory.  Since 
the  indirect  addressing  mode  is  used  to  specify 
the  operand  address  within  program  or  exter- 
nal data  memory,  more  complex  addressing 
modes  may  be  simulated  as  discussed  earlier 
m Section  2.4.2.  For  example,  the  instruction 

LDC  R3,BASE(R2) 

requires  the  indexed  addressing  mode,  where 
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Program  and 
External  Data 
Memory 
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BASE  is  the  base  address  of  a table  m program 
memory  and  R2  contains  the  offset  from  table 
start  to  the  desired  table  entry.  The  following 
code  seguence  simulates  this  instruction  with 
the  use  of  two  additional  registers  (RO  and  R1 
m this  example). 


LD 

R0,#HI  BASE 

LD 

R1  ,#LO  BASE 

!RR0  has  table  start  address! 

ADD 

R1,R2 

ADC 

R0,#0 

!RR0  has  table  entry  address! 

LDC 

R3,@RR0 

!R3  has  the  table  entry! 


3.1  Configuring  the  Z8  for  I/O  Applications 
vs.  Memory  Intensive  Applications.  The  Z8 

offers  a high  degree  of  flexibility  m memory 
and  I/O  intensive  applications.  Thirty-two  port 
bits  are  provided  of  which  16,  12,  eight,  or 
zero  may  be  configured  as  address  bits  to 
external  memory.  This  allows  for  addressing  of 
62K,  4K  or  256  bytes  of  external  memory, 
which  can  be  expanded  to  124K,  8K,  or  512 
bytes  if  the  Data  Memory  Select  output  (DM)  is 
used  to  distinguish  between  program  and  data 
memory  accesses.  The  following  instructions 
illustrate  the  code  seguence  reguired  to  con- 
figure the  Z8  with  12  external  addressing  lines 
and  to  enable  the  Data  Memory  Select  output. 


LD  P01M,#%  (2)000 100 10 

! bit  3-4:  enable  AD0-AD7; 
bit  0-1:  enable  Ag-Ap! 

LD  P3M , # % (2)0000 1 000  

! bit  3-4:  enable  DM! 

The  two  bytes  following  the  mode  selection  of 
ports  0 and  1 should  not  reference  external 
memory  due  to  pipelining  of  instructions  within 
the  Z8.  Note  that  the  load  instruction  to  P3M 
satisfies  this  requirement  (providing  that  it 
resides  within  the  internal  2K  bytes  of 
memory). 

3.2  LDC  and  LDE.  To  illustrate  the  use  of  the 
Load  Constant  (LDC)  and  Load  External  (LDE) 
instructions,  assume  there  exists  a hardware 
configuration  with  external  memory  and  Data 
Memory  Select  enabled.  The  following  module 
illustrates  a program  for  tokemzmg  an  ASCII 
input  buffer.  The  program  assumes  there  is  a 
list  of  delimiters  (space,  comma,  tab,  etc.)  m 
program  memory  at  address  DELIM  for 
COUNT  bytes  (accessed  via  LDC)  and  that  an 
ASCII  input  buffer  exists  m external  data 
memory  (accessed  via  LDE).  The  program 
scans  the  input  buffer  from  the  current  location 
and  returns  the  start  address  of  the  next  token 
(i.e.  the  address  of  the  first  nondehmiter 
found)  and  the  length  of  that  token  (number  of 
characters  from  token  start  to  next  delimiter). 


Z8 ASM  2.0 
LOC  OBJ  CODE 


STMT  SOURCE  STATEMENT 


P 0000  20 
P 0003  2E 


P 0006 


3B  2C 
0A  0D 


1 SCAN  MODULE 

2 CONSTANT 

3 COUNT  := 

4 GLOBAL 

5 

6 DELIM 


$SECTI0N  PROGRAM 
ARRAY  [COUNT  BYTE] 


r»»  t . » 

1 1 > 


1 » ti 

> > • > 


%0k  . 560D] 


7 

8 

9 scan  PROCEDURE 

10  ! ***************************************************** 


1 1 
12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 


Purpose 
Input  = 

Output  = 


To  find  the  next  token  within  an 
ASCII  buffer. 

RR0  = address  of  current  location 

within  input  buffer  in  external 
memory . 

RR4  = address  of  start  of  next  token 
RR0  = address  of  new  token's  ending 
delimiter 

R2  = length  of  token 
R3  = ending  delimiter 
R6,R7,R8,R9  destroyed 


25  JHHHHHHHHHHHHHHHHHHHHHHHHHHHfJHHHHHHHHHHHHHHHHHHHHHHHHH 

26  ENTRY 


P 

0006 

B0 

E2 

27 

clr 

R2 

!init.  length  counter! 

28 

DO 

P 

0008 

82 

30 

29 

LDE 

R3,@RR0 

!get  byte  from  input  buffer! 

P 

000  A 

A0 

E0 

30 

incw 

RR0 

increment  pointer! 

P 

000c 

D6 

002E  ’ 

31 

call 

check 

!look  for  non-delimiter! 

P 

000F 

FD 

0015  1 

32 

IF  C 

THEN 

P 

0012 

8D 

0018' 

33 

EXIT 

!found  token  start! 

34 

FI 

P 

0015 

8D 

0008' 

35 

0D 

1-39 


3.  Accessing 

36 

Program  and 

P 

0018 

48 

E0 

37 

Id 

R4,R0 

External  Data 

P 

001  A 

58 

El 

38 

39 

Id 

DO 

R5,R1 

!RR4  = token  starting  addr! 

Memory 

P 

001C 

2E 

40 

inc 

R2 

line,  length  counter! 

(Continued) 

P 

001  D 

82 

30 

41 

LDE 

R3,@RR0 

!get  next  input  byte! 

P 

00 1 F 

D6 

002E ' 

42 

call 

check 

!look  for  delimiter! 

P 

0022 

7D 

0028’ 

43 

IF  NC 

THEN 

P 

0025 

8D 

002D ' 

44 

EXIT 

!found  token  end! 

45 

FI 

P 

0028 

A0 

E0 

46 

incw 

RR0 

!point  to  next  byte! 

P 

002  A 

8D 

001C* 

47 

0D 

48 

P 

002D 

AF 

49 

ret 

P 

002E 

50 

cr  1 

END 

scan 

P 

002E 

51 

52 

check 

PROCEDURE 

53  I*#*****************************#**#*#*####***#*#*##** 

54  Purpose  = compare  current  character  with 

55  delimiter  table  until  table 

56  end  or  match  found 

57 

58  input  = DELIM  = start  address  of  table 

59  COUNT  = length  of  that  table 

60  R3  = byte  to  be  scrutinized 

61 

62  output  = Carry  flag  = 1 =>  input  byte 

63  is  not  a delimiter  (no  match  found) 

64 

65  Carry  flag  = 0 =>  input  byte 

66  is  a delimiter  (match  found) 

67  R6,R7,R8,R9  destroyed 

68 

59  ##**##*#**###*#*##***#*##**#####*##*####*#########*##! 

70  ENTRY 


P 

002E 

6C 

00* 

71 

Id 

R6,//HI  DELIM 

P 

0030 

7 C 

00* 

72 

Id 

R7,//L0  DELIM 

! RR6  points  to 

73 

delimiter  list! 

P 

0032 

8C 

06 

74 

Id 

R8,  //COUNT 

! R8  = length  of  list! 

75 

here : 

P 

0034 

C2 

96 

76 

LDC 

R9 , @RR6 

!get  table  entry! 

P 

0036 

A0 

E6 

77 

incw 

RR6 

!point  to  next  entry! 

P 

0038  A2 

93 

78 

cp 

R9,R3 

!R3  = delimiter?! 

P 

003  A 

6B 

03 

79 

jr 

eq, bye 

!yes.  carry  = 0! 

P 

003C 

8A 

F6 

80 

djnz 

R8 , here 

!next  entry! 

P 

003E 

DF 

81 

scf 

!table  done.  R3 

82 

not  a delimiter! 

83 

bye : 

P 

003F 

AF 

84 

ret 

P 

0040 

85 

END 

check 

86 

END 

SCAN 

0 ERRORS 

ASSEMBLY  COMPLETE 


27  instructions 
58  bytes 

Execution  time  is  a function  of  the  number  of  leading  delimiters 
before  token  start  (x)  and  the  number  of  characters  in  the 
token  (y):  123  /jus  overhead  + 59x  fis  + 102y  (is 
(average)  per  token 


3.3  LDCI.  A common  function  performed  in  Z8  register  or  two  program  bytes  for  a working 

applications  is  the  initialization  of  the  register  register).  This  approach  is  also  the  most  effi- 

space.  The  most  obvious  approach  to  this  func-  cient  technigue  for  initializing  less  than  eight 
tion  is  the  coding  of  a sequence  of  "load  consecutive  registers  or  14  consecutive  work- 

register  with  immediate  value"  instructions  ing  registers.  For  a larger  register  block,  the 

(each  occupying  three  program  bytes  for  a 
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3.  Accessing  LDCI  instruction  provides  an  economical 
Program  and  means  of  initializing  consecutive  registers  from 
External  Data  an  initialization  table  in  program  memory.  The 
Memory  following  code  excerpt  illustrates  this  tech- 

( Continued)  nique  of  initializing  control  registers  %F2 

through  %FF  from  a 14-byte  array  (INIT tab) 

in  program  memory: 


SRP 

#%00 

!RP  not  %F0! 

LD 

R6,#HI  INIT tab 

LD 

R7,#LO  INIT tab 

LD 

R8,#%F2 

! 1 st  reg  to  be  initialized! 

LD 

R9,#14 

! length  of  register  block! 

loop: 

LDCI  @R8,@RR6 

!load  a register  from  the 
init  table! 

DJNZ  R9#loop 

! continue  till  done! 

7 instructions 

14  bytes 

7.5  fus  overhead 

7.5  (us  per  register  initialized 


3.4  LDEI.  The  LDEI  instruction  is  useful  for 
moving  blocks  of  data  between  external  and 
register  memory  since  auto- increment  is  per- 
formed on  both  indirect  registers  designated 
by  the  instruction.  The  following  code  excerpt 
illustrates  a register  buffer  being  saved  at 
address  %40  through  %60  into  external 
memory  at  address  SAVE: 

LD  R10,#HI  SAVE 

! external  memory! 

LD  Rll,#LO  SAVE 
! address! 

LD  R8,#%40 

! starting  register! 

LD  R9,#%21 

{number  of  registers  to  save  in 
external  data  memory! 

loop: 

LDEI  @RR10,@R8 

hmt  a register! 

DJNZ  R9,loop 

!until  done! 

6 instructions 

12  bytes 

6 fus  overhead 

7.5  ns  per  register  saved 


SECTION 
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Bit  Manipulations 

Support  of  the  test  and  modification  of  an 
individual  bit  or  group  of  bits  is  required  by 
most  software  applications  suited  to  the  Z8 
microcomputer.  Initializing  and  modifying  the 
Z8  control  registers,  polling  interrupt  requests, 
manipulating  port  bits  for  control  of  or  com- 
munication with  attached  devices,  and  manipu- 
lation of  software  flags  for  internal  control  pur- 
poses are  all  examples  of  the  heavy  use  of  bit 
manipulation  functions.  These  examples  illus- 
trate the  need  for  such  functions  m all  areas  of 
the  Z8  register  space.  These  functions  are  sup- 
ported m the  Z8  primarily  by  six  instructions: 

■ Test  under  Mask  (TM) 

■ Test  Complement  under  Mask  (TCM) 

■ AND 

■ OR 

■ XOR 

■ Complement  (COM) 

These  instructions  may  access  any  Z8  register, 
regardless  of  its  inherent  type  (control,  I/O,  or 
general  purpose),  with  the  exception  of  the  six 
write-only  control  registers  (PREO,  PRE1, 

P01M,  P2M,  P3M,  IPR)  mentioned  earlier  m 
Section  2.1.  Table  1 summarizes  the  function 
performed  on  the  destination  byte  by  each  of 
the  above  instructions.  All  of  these  instruc- 
tions, with  the  exception  of  COM,  require  a 
mask  operand.  The  "selected"  bits  referenced 
in  Table  1 are  those  bits  m the  destination 
operand  for  which  the  corresponding  mask  bit 
is  a logic  1 . 


Opcode 

Use 

TM 

To  test  selected  bits  for  logic  0 

TCM 

To  test  selected  bits  tor  logic  1 

AND 

To  reset  all  but  selected  bits  to  logic  0 

OR 

To  set  selected  bits  to  logic  1 

XOR 

To  complement  selected  bits 

COM 

To  complement  all  bits 

Table  1.  Bit  Manipulation  Instruction  Usage 

The  instructions  AND,  OR,  XOR,  and  COM 
have  functions  common  to  today's  micro- 
processors and  therefore  are  not  described  m 
depth  here.  However,  examples  of  the  use  of 
these  instructions  are  laced  throughout  the 
remainder  of  this  document,  thus  giving  an 
integrated  view  of  their  uses  m common  func- 
tions. Since  they  are  unique  to  the  Z8,  the 
functions  of  Test  under  Mask  and  Test  Comple- 
ment under  Mask,  are  discussed  m more  detail 
next. 

4.1  Test  under  Mask  (TM).  The  Test  under 
Mask  instruction  is  used  to  test  selected  bits  for 
logic  0.  The  logical  operation  performed  is 

destination  AND  source 

Neither  source  nor  destination  operand  is 
modified;  the  FLAGS  control  register  is  the 
only  register  affected  by  this  instruction.  The 
zero  flag  (Z)  is  set  if  all  selected  bits  are  logic 
0;  it  is  reset  otherwise.  Thus,  if  the  selected 
destination  bits  are  either  all  logic  1 or  a com- 
bination of  Is  and  Os,  the  zero  flag  would  be 
cleared  by  this  instruction.  The  sign  flag  (S)  is 
either  set  or  reset  to  reflect  the  result  of  the 
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AND  operation;  the  overflow  flag  (V)  is  always 
reset.  All  other  flags  are  unaffected.  Table  2 
illustrates  the  flag  settings  which  result  from 
the  TM  instruction  on  a variety  of  source  and 
destination  operand  combinations.  Note  that  a 
given  TM  instruction  will  never  result  in  both 
the  Z and  S flags  being  set. 

4.2  Test  Complement  under  Mask.  The  Test 
Complement  under  Mask  instruction  is  used  to 
test  selected  bits  for  logic  1 . The  logical  opera- 
tion performed  is 

(NOT  destination)  AND  source. 


Destination 

Source 

Flags 

(binary) 

(binary) 

Z 

S 

V 

10001100 

01110000 

1 

0 

0 

01111100 

01110000 

0 

0 

0 

10001100 

11110000 

0 

1 

0 

11111100 

11110000 

0 

1 

0 

00011000 

10100001 

1 

0 

0 

01000000 

10100001 

1 

0 

0 

Table  2.  Effects  of  the  TM  Instruction 


As  in  Test  under  Mask,  the  FLAGS  control 
register  is  the  only  register  affected  by  this 
operation.  The  zero  flag  (Z)  is  set  if  all  selected 
destination  bits  are  1;  it  is  reset  otherwise.  The 
sign  flag  (S)  is  set  or  reset  to  reflect  the  result 
of  the  AND  operation;  the  overflow  flag  (V)  is 
always  reset.  Table  3 illustrates  the  flag  set- 
tings which  result  from  the  TCM  instruction  on 
a variety  of  source  and  destination  operand 
combinations.  As  with  the  TM  instruction,  a 
given  TCM  instruction  will  never  result  in  both 
the  Z and  S flags  being  set. 


Destination  Source  Flags 


(binary) 

(binary) 

z 

s 

V 

10001100 

01110000 

0 

0 

0 

01111100 

01110000 

1 

0 

0 

10001100 

11110000 

0 

0 

0 

11111100 

11110000 

1 

0 

0 

00011000 

10100001 

0 

1 

0 

01000000 

10100001 

0 

1 

0 

Table  3.  Effects  of  the  TCM  Instruction 
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Stack  Operations 

The  Z8  stack  resides  within  an  area  of  data 
memory  (internal  or  external).  The  current 
address  m the  stack  is  contained  m the  stack 
pointer,  which  decrements  as  bytes  are  pushed 
onto  the  stack,  and  increments  as  bytes  are 
popped  from  it.  The  stack  pointer  occupies  two 
control  register  bytes  (%FE  and  %FF)  m the 
Z8  register  space  and  may  be  manipulated  like 
any  other  register.  The  stack  is  useful  for 
subroutine  calls,  interrupt  service  routines, 
and  parameter  passing  and  saving.  Figure  2 
illustrates  the  downward  growth  of  a stack  as 
bytes  are  pushed  onto  it. 

5.1  Internal  vs.  External  Stack.  The  location 
of  the  stack  m data  memory  may  be  selected  to 
be  either  internal  register  memory  or  external 
data  memory.  Bit  2 of  control  register  P01M 
(%F8)  controls  this  selection.  Register  pair 
SPH  (%FE),  SPL  (%FF)  serves  as  the  stack 
pointer  for  an  external  stack.  Register  SPL  is 
the  stack  pointer  for  an  internal  stack.  In  the 


x SP-* 

X — 1 

SP  — 

R1 

m 

x - 2 

PC  LOW 

x - 3 

SP  — 

PC  HIGH 

X — 4 

INITIAL  FOLLOWING  FOLLOWING 

STATE  PUSH  R1  CALL 


latter  configuration,  SPH  is  available  for  use  as 
a data  register.  The  following  illustrates  a code 
sequence  that  initializes  external  stack  opera- 
tions: 

LD  PO 1 M , # % ( 2 ) 00000000 

! bit  2:  select  external  stack! 

LD  SPH,#HI  STACK 
LD  SPL,#LO  STACK 

5.2  CALL.  A subroutine  call  causes  the  cur- 
rent Program  Counter  (the  address  of  the  byte 
following  the  CALL  instruction)  to  be  pushed 
onto  the  stack.  The  Program  Counter  is  loaded 
with  the  address  specified  by  the  CALL 
instruction.  This  address  may  be  a direct 
address  or  an  indirect  register  pair  reference. 
For  example, 

LABEL  1:  CALL  %4F98 

! direct  addressing:  PC  is 
loaded  with  the  hex  value 
4F98; 

address  LABEL  1 + 3 is  pushed 
onto  the  stack! 

LABEL  2:  CALL  @RR4 

{indirect  addressing:  PC  is 
loaded  with  the  contents  of 
working  register  pair  R4,  R5; 
address  LABEL  2 + 2 is  pushed 
onto  the  stack! 


Figure  2.  Growth  of  a Stack 
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LABEL  3:  CALL  @%7E 

! indirect  addressing:  PC  is 
loaded  with  the  contents  of 
register  pair  %7E,  %7F; 
address  LABEL  3 + 2 is  pushed 
onto  the  stack! 

5.3  RET.  The  return  (RET)  instruction  causes 
the  top  two  bytes  to  be  popped  from  the  stack 
and  loaded  into  the  Program  Counter.  Typi- 
cally, this  is  the  last  instruction  of  a subroutine 
and  thus  restores  the  PC  to  the  address  follow- 
ing the  CALL  to  that  subroutine. 

5.4  Interrupt  Machine  Cycle.  During  an  inter- 
rupt machine  cycle,  the  PC  followed  by  the 
status  flags  is  pushed  onto  the  stack.  (A  more 
detailed  discussion  of  interrupt  processing  is 
provided  m Section  6.) 

5.5  IRET.  The  interrupt  return  (IRET)  instruc- 
tion causes  the  top  byte  to  be  popped  from  the 
stack  and  loaded  into  the  status  flag  register, 
FLAGS  (%FC),  the  next  two  bytes  are  then 
popped  and  loaded  into  the  Program  Counter. 
In  this  way,  status  is  restored  and  program 
execution  continues  where  it  had  left  off  when 
the  interrupt  was  recognized. 

5.6  PUSH  and  POP.  The  PUSH  and  POP 
instructions  allow  the  transfer  of  bytes  between 


the  stack  and  register  memory,  thus  providing 
program  access  to  the  stack  for  saving  and 
restoring  needed  values  and  passing 
parameters  to  subroutines. 

Execution  of  a PUSH  instruction  causes  the 
stack  pointer  to  be  decremented  by  1 ; the 
operand  byte  is  then  loaded  into  the  location 
pointed  to  by  the  decremented  stack  pointer. 
Execution  of  a POP  instruction  causes  the  byte 
addressed  by  the  stack  pointer  to  be  loaded 
into  the  operand  byte;  the  stack  pointer  is  then 
incremented  by  1 . In  both  cases,  the  operand 
byte  is  designated  by  either  a direct  register 
address  or  an  indirect  register  reference.  For 
example: 

PUSH  R1  [direct  address:  push  working 
register  1 onto  the  stack! 


PUSH  @R4 


POP  5 [direct  address:  pop  the  top 
stack  byte  into  register  5! 

PUSH  @R4  [indirect  address:  pop  the  top 
stack  byte  into  the  byte 
pointed  to  by  working  reg- 
ister 4! 

PUSH  @17  [indirect  address:  push  onto 
the  stack  the  byte  pointed  to 
by  register  17! 


Interrupts 

The  Z8  recognizes  six  different  interrupts 
from  four  internal  and  four  external  sources, 
including  internal  timer/counters,  serial  I/O, 
and  four  Port  3 lines.  Interrupts  may  be  indi- 
vidually or  globally  enabled/disabled  via  Inter- 
rupt Mask  Register  IMR  (%FB)  and  may  be 
prioritized  for  simultaneous  interrupt  resolution 
via  Interrupt  Priority  Register  IPR  (%F9). 

When  enabled,  interrupt  reguest  processing 
automatically  vectors  to  the  designated  service 
routine.  When  disabled,  an  interrupt  reguest 
may  be  polled  to  determine  when  processing  is 
needed. 

6.1  Interrupt  Initialization.  Before  the  Z8  can 

recognize  interrupts  following  RESET,  some 
initialization  tasks  must  be  performed.  The  ini- 
tialization routine  should  configure  the  Z8 
interrupt  reguests  to  be  enabled/disabled,  as 
reguired  by  the  target  application  and 
assigned  a priority  (via  IPR)  for  simultaneous 
enabled-interrupt  resolution.  An  interrupt 
reguest  is  enabled  if  the  corresponding  bit  in 
the  IMR  is  set  ( = 1)  and  interrupts  are 
globally  enabled  (bit  7 of  IMR  = 1).  An  inter- 
rupt reguest  is  disabled  if  the  corresponding 
bit  m the  IMR  is  reset  ( = 0)  or  interrupts  are 
globally  disabled  (bit  7 of  IMR  = 0). 

A RESET  of  the  Z8  causes  the  contents  of  the 
Interrupt  Reguest  Register  IRQ  (%FA)  to  be 
held  to  zero  until  the  execution  of  an  El 


instruction.  Interrupts  that  occur  while  the  Z8 
is  m this  initial  state  will  not  be  recognized, 
since  the  corresponding  IRQ  bit  cannot  be  set. 
The  El  instruction  is  specially  decoded  by  the 
Z8  to  enable  the  IRQ;  simply  setting  bit  7 of 
IMR  is  therefore  not  sufficient  to  enable  inter- 
rupt processing  following  RESET.  However, 
subseguent  to  this  initial  El  instruction,  inter- 
rupts may  be  globally  enabled  either  by  the 
instruction 

El  [enable  interrupts! 

or  by  a register  manipulation  instruction 
such  as 

OR  IMR,#%80 

To  globally  disable  interrupts,  execute  the 
instruction 

DI  [disable  interrupts! 

This  will  cause  bit  7 of  IMR  to  be  reset. 

Interrupts  must  be  globally  disabled  prior  to 
any  modification  of  the  IMR,  IPR  or  enabled 
bits  of  the  IRQ  (those  corresponding  to 
enabled  interrupt  reguests),  unless  it  can  be 
guaranteed  that  an  enabled  interrupt  will  not 
occur  during  the  processing  of  such  instruc- 
tions. Since  interrupts  represent  the  occur- 
rence of  events  asynchronous  to  program  exe- 
cution, it  is  highly  unlikely  that  such  a 
guarantee  can  be  made  reliably. 
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6.2  Vectored  Interrupt  Processing.  Enabled 
interrupt  requests  are  processed  m an 
automatic  vectored  mode  m which  the  inter- 
rupt service  routine  address  is  retrieved  from 
within  the  first  12  bytes  of  program  memory. 
When  an  enabled  interrupt  request  is 
recognized  by  the  Z8,  the  Program  Counter  is 
pushed  onto  the  stack  (low  order  8 bits  first, 
then  high-order  8 bits)  followed  by  the  FLAGS 
register  (#%FC).  The  corresponding  interrupt 
request  bit  is  reset  m IRQ,  interrupts  are 
globally  disabled  (bit  7 of  IMR  is  reset),  and 
an  indirect  jump  is  taken  on  the  word  m loca- 
tion 2x,  2x  + 1 (x  = interrupt  request  number, 
0<x<5).  For  example,  if  the  bytes  at 
addresses  %0004  and  %0005  contain  %05  and 
%78  respectively,  the  interrupt  machine  cycle 
for  IRQ2  will  cause  program  execution  to  con- 
tinue at  address  %0578. 

When  interrupts  are  sampled,  more  than  one 
interrupt  may  be  pending.  The  Interrupt  Prior- 
ity Register  (IPR)  controls  the  selection  of  the 
pending  interrupt  with  highest  priority.  While 
this  interrupt  is  being  serviced,  a higher- 
priority  interrupt  may  occur.  Such  interrupts 


may  be  allowed  service  within  the  current 
interrupt  service  routine  (nested)  or  may  be 
held  until  the  current  service  routine  is  com- 
plete (non-nested). 

To  allow  nested  interrupt  processing,  inter- 
rupts must  be  selectively  enabled  upon  entry 
to  an  interrupt  service  routine.  Typically,  only 
higher-priority  interrupts  would  be  allowed  to 
nest  within  the  current  interrupt  service.  To  do 
this,  an  interrupt  routine  must  "know"  which 
interrupts  have  a higher  priority  than  the  cur- 
rent interrupt  request.  Selection  of  such  nest- 
ing priorities  is  usually  a reflection  of  the 
priorities  established  m the  Interrupt  Priority 
Register  (IPR).  Given  this  data,  the  first 
instructions  executed  in  the  service  routine 
should  be  to  save  the  current  Interrupt  Mask 
Register,  mask  off  all  interrupts  of  lower  and 
equal  priority,  and  globally  enable  interrupts 
(El).  For  example,  assume  that  service  of  inter- 
rupt requests  4 and  5 are  nested  within  the  ser- 
vice of  interrupt  request  3.  The  following  illus- 
trates the  code  required  to  enable  IRQ4 
and  IRQ5: 


CONSTANT 


INT MASK 3 : = %(2)  001 10000 

GLOBAL 

IRQ3 service  PROCEDURE  ENTRY 

! service  routine  for  IRQ3! 

PUSH  IMR  !save  Interrupt  Mask  Register! 

! interrupts  were  globally  disabled  during  the  interrupt 
machine  cycle  - no  DI  is  needed  prior  to  modification  of  IMR! 

AND  IMR , #INT MASK 3 idisable  all  but  IRQ4  & 5! 

El 


!...!  ! service  interrupt! 

! interrupts  are  globally  enabled  now  — must  disable  them  prior  to 
modification  of  IMR! 

DI 

POP  IMR  {restore  entry  IMR! 

IRET 


END  IRQ3 service 


Note  that  IRQ4  and  IRQ5  are  enabled  by  the 
above  sequence  only  if  their  respective  IMR 
bits  = 1 on  entry  to  IRQ3 service. 

The  service  routine  for  an  interrupt  whose 
processing  is  to  be  completed  without  interrup- 
tion should  not  allow  interrupts  to  be  nested 
within  it.  Therefore,  it  need  not  modify  the 
IMR,  since  interrupts  are  disabled  automati- 
cally during  the  interrupt  machine  cycle. 

The  service  routine  for  an  enabled  interrupt 
is  typically  concluded  with  an  IRET  instruc- 
tion, which  restores  the  FLAGS  register  and 
Program  Counter  from  the  top  of  the  stack  and 
globally  enables  interrupts.  To  return  from  an 
interrupt  service  routine  without  re-enabling 


interrupts,  the  following  code  sequence  could 
be  used: 

POP  FLAGS 

! FLAGS  @SP! 

RET  !PC  <«-  @SP! 

This  accomplishes  all  the  functions  of  IRET, 
except  that  IMR  is  not  affected. 

6.3  Polled  Interrupt  Processing  Disabled 
interrupt  requests  may  be  processed  in  a 
polled  mode,  m which  the  corresponding  bits 
of  the  Interrupt  Request  Register  (IRQ)  are 
examined  by  the  software.  When  an  interrupt 
request  bit  is  found  to  be  a logic  1 , the  inter- 
rupt should  be  processed  by  the  appropriate 
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6.  Interrupts  service  routine.  During  such  processing,  the 
(Continued)  interrupt  reguest  bit  in  the  IRQ  must  be 

cleared  by  the  software  m order  for  subseguent 
interrupts  on  that  line  to  be  distinguished  from 
the  current  one.  If  more  than  one  interrupt 
request  is  to  be  processed  m a polled  mode, 
polling  should  occur  in  the  order  of  estab- 


lished priorities.  For  example,  assume  that 
IRQO,  IRQ1,  and  IRQ4  are  to  be  polled  and 
that  established  priorities  are,  from  high  to 
low,  IRQ4,  IRQO,  IRQ1.  An  instruction 
sequence  like  the  following  should  be  used  to 
poll  and  service  the  interrupts: 


! poll  interrupt  inputs  here! 

TCM 

IRQ,  #%( 2)000 10000 

1IRQ4  need  service?! 

JR 

NZ,  TESTO 

!no! 

CALL 

IRQ4 service 

!yes! 

TESTO:  TCM 

IRQ,  #°/o( 2) 00000001 

!IRQ0  need  service?! 

JR 

NZ,  TEST1 

!no! 

CALL 

IRQO service 

lyes! 

TEST1:  TCM 

IRQ,  #%( 2)000000 10 

! IRQ  1 need  service?! 

JR 

NZ,  DONE 

!no! 

CALL 

IRQ1 service 

lyes! 

DONE:  !...! 

IRQ4 service 

i i 

PROCEDURE 

ENTRY 

AND 

i i 

IRQ,  #%(2)1 1101111 

! clear  IRQ4! 

RET 

END  IRQ4 service 

IRQO service 

i i 

PROCEDURE 

ENTRY 

AND 

i i 

IRQ,  #%(2)1 1111110 

! clear  IRQO! 

RET 

END  IRQO service 

IRQ1 service 

i i 

PROCEDURE 

ENTRY 

AND 

i i 

IRQ,  #%(2)1 1 1 1 1101 

! clear  IRQ  1 ! 

RET 

END  IRQ1 service 

SECTION 

7 


Timer/Counter  Functions 

The  Z8  provides  two  8-bit  timer/counters,  Tq 
and  Tj,  which  are  adaptable  to  a variety  of 
application  needs  and  thus  allow  the  software 
(and  external  hardware)  to  be  relieved  of  the 
bulk  of  such  tasks.  Included  in  the  set  of  such 
uses  are: 

■ Interval  delay  timer 

■ Maintenance  of  a time-of-day  clock 

■ Watch-dog  timer 

■ External  event  counting 

■ Variable  pulse  tram  output 

■ Duration  measurement  of  external  event 

■ Automatic  delay  following  external  event 
detection 


Each  timer/counter  is  driven  by  its  own  6-bit 
prescaler,  which  is  m turn  driven  by  the  inter- 
nal Z8  clock  divided  by  four.  For  T\,  the  inter- 
nal clock  may  be  gated  or  triggered  by  an 
external  event  or  may  be  replaced  by  an  exter- 
nal clock  input.  Each  timer/counter  may 
operate  in  either  single-pass  or  continuous 
mode  where,  at  end-of-count,  either  counting 
stops  or  the  counter  reloads  and  continues 
counting.  The  counter  and  prescaler  registers 
may  be  altered  individually  while  the  timer/ 
counter  is  running;  the  software  controls 
whether  the  new  values  are  loaded  immedi- 
ately or  when  end-of-count  (EOC)  is  reached. 

Although  the  timer/counter  prescaler 

registers  (PREO  and  PRE1)  are  write-only, 

\ 

there  is  a technique  by  which  the  timer/ 


/ 
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counters  may  simulate  a readable  prescaler. 
This  capability  is  a requirement  for  high 
resolution  measurement  of  an  event's  duration. 
The  basic  approach  requires  that  one  timer/ 
counter  be  initialized  with  the  desired  counter 
and  prescaler  values.  The  second  timer/ 
counter  is  initialized  with  a counter  equal  to 
the  prescaler  of  the  first  timer/counter  and  a 
prescaler  of  1 . The  second  timer/counter  must 
be  programmed  for  continuous  mode.  With 
both  timer/counters  driven  by  the  internal 
clock  and  started  and  stopped  simultaneously, 
they  will  run  synchronous  to  one  another;  thus, 
the  value  read  from  the  second  counter  will 
always  be  equivalent  to  the  prescaler  of 
the  first. 

7.1  Time/Count  Interval  Calculation  To 

determine  the  time  interval  (i)  until  EOC,  the 
equation 

i = t x p x v 

characterizes  the  relation  between  the 
prescaler  (p),  counter  (v),  and  clock  input 
period  (t);  t is  given  by 

l/(XTAL/8) 

where  XTAL  is  the  Z8  input  clock  frequency; 
p is  m the  range  1 —64;  v is  m the  range 
1 -256.  When  programming  the  prescaler  and 
counter  registers,  the  maximum  load  value  is 
truncated  to  six  and  eight  bits,  respectively, 
and  is  therefore  programmed  as  zero.  For  an 
input  clock  frequency  of  8 MHz,  the  prescaler 
and  counter  register  values  may  be  pro- 
grammed to  time  an  interval  m the  range 

1 fis  x 1 x 1 < i < 1 /is  x 64  x 256 

1 (is  < i < 16.384  ms 

To  determine  the  count  (c)  until  EOC  for  T] 
with  external  clock  input,  the  equation 

c = p x v 

characterizes  the  relation  between  the  Ti 
prescaler  (p)  and  the  Ti  counter  (v).  The 
divide-by-8  on  the  input  frequency  is  bypassed 
m this  mode.  The  count  range  is 

1 x 1 < c < 64  x 256 

1 < c < 16,384 

7.2  Tqut  Modes.  Port  3,  bit  5 (P36)  may  be 
configured  as  an  output  (Tout)  which  is 
dynamically  controlled  by  one  of  the  following: 

■ T0 

■ Ti 

■ Internal  clock 

When  driven  by  Tq  or  Tp  Tout  1S  reset  to  a 
logic  1 when  the  corresondmg  load  bit  is  set  m 
timer  control  register  TMR  (%F1)  and  toggles 
on  EOC  from  the  corresponding  counter. 


When  Tout  is  driven  by  the  internal  clock, 
that  clock  is  directly  output  on  P3g. 

While  programmed  as  Tout,  P36  is  disabled 
from  being  modified  by  a write  to  port  register 
%03;  however,  its  current  output  may  be 
examined  by  the  Z8  software  by  a read  to  port 
register  %03. 

7.3  Tin  Modes.  Port  3,  bit  1 (P3i)  may  be  con- 
figured as  an  input  (Tin)  which  is  used  m con- 
junction with  Tj  in  one  of  four  modes: 

■ External  clock  input 

■ Gate  input  for  internal  clock 

■ Nonretriggerrable  input  for  internal  clock 

■ Retriggerable  input  for  internal  clock 

For  the  latter  two  modes,  it  should  be  noted 
that  the  existence  of  a synchronizing  circuit 
within  the  Z8  causes  a delay  of  two  to  three 
internal  clock  periods  following  an  external 
trigger  before  clocking  of  the  counter  actually 
begins. 

Each  High-to-Low  transition  on  Tjp  will 
generate  interrupt  request  IRQ2,  regardless  of 
the  selected  T/p  mode  or  the  enabled/disabled 
state  of  Tj.  IRQ2  must  therefore  be  masked  or 
enabled  according  to  the  needs  of  the 
application. 

The  "external  clock  input"  Tin  mode  sup- 
ports the  counting  of  external  events,  where  an 
event  is  seen  as  a High-to-Low  transition  on 
Tjn.  Interrupt  request  IRQ5  is  generated  on 
the  nib  occurrence  (single-pass  mode)  or  on 
every  nib  occurrence  (continuous  mode)  of 
that  event. 

The  "gate  input  for  internal  clock"  Tin  mode 
provides  for  duration  measurement  of  an  exter- 
nal event.  In  this  mode,  the  Tj  prescaler  is 
driven  by  the  Z8  internal  clock,  gated  by  a 
High  level  on  Tin-  In  other  words,  Ti  will 
count  while  Tin  is  High  and  stop  counting 
while  Tjn  is  Low.  Interrupt  request  IRQ2  is 
generated  on  the  High-to-Low  transition  on 
Tjn.  Interrupt  request  IRQ5  is  generated  on  Ti 
EOC.  This  mode  may  be  used  when  the  width 
of  a High-going  pulse  needs  to  be  measured. 

In  this  mode,  IRQ2  is  typically  the  interrupt 
request  of  most  importance,  since  it  signals  the 
end  of  the  pulse  being  measured.  If  IRQ5  is 
generated  prior  to  IRQ2  m this  mode,  the 
pulse  width  on  Tin  is  too  large  for  Ti  to 
measure  m a single  pass. 

The  "nonretriggerable  input"  Tin  mode  pro- 
vides for  automatic  delay  timing  following  an 
external  event.  In  this  mode,  T/  is  loaded  and 
clocked  by  the  Z8  internal  clock  following  the 
first  High-to-Low  transition  on  Tin  after  Ti  is 
enabled.  Tjn  transitions  that  occur  after  this 
point  do  not  affect  Tp  In  single-pass  mode,  the 
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enable  bit  is  reset  on  EOC;  further  Tin  transi- 
tions will  not  cause  Tj  to  load  and  begin  count- 
ing until  the  software  sets  the  enable  bit  again. 
In  continuous  mode,  EOC  does  not  modify  the 
enable  bit,  but  the  counter  is  reloaded  and 
counting  continues  immediately;  IRQ5  is 
generated  every  EOC  until  software  resets  the 
enable  bit.  This  Tin  mode  may  be  used,  for 
example,  to  time  the  line  feed  delay  following 
end  of  line  detection  on  a printer  or  to  delay 
data  sampling  for  some  length  of  time  follow- 
ing a sample  strobe. 

The  "retriggerable  input"  Tin  mode  will  load 
and  clock  Ti  with  the  Z8  internal  clock  on 
every  occurrence  of  a High-to-Low  transition 
on  Tjn-  Ti  will  time-out  and  generate  interrupt 
request  IRQ5  when  the  programmed  time 
interval  (determined  by  T]  prescaler  and  load 
register  values)  has  elapsed  since  the  last 
High-to-Low  transition  on  Tin.  In  single-pass 
mode,  the  enable  bit  is  reset  on  EOC;  further 
Tjn  transitions  will  not  cause  Ti  to  load  and 
begin  counting  until  the  software  sets  the 
enable  bit  again.  In  continuous  mode,  EOC 
does  not  modify  the  enable  bit,  but  the  counter 
is  reloaded  and  counting  continues  immedi- 


ately; IRQ5  is  generated  at  every  EOC  until 
the  software  resets  the  enable  bit.  This  Tjn 
mode  may  provide  such  functions  as  watch-dog 
timer  (e.g.,  interrupt  if  conveyor  belt  stopped 
or  clock  pulse  missed),  or  keyboard  time-out 
(e.g.,  interrupt  if  no  input  m x ms). 

7.4  Examples.  Several  possible  uses  of  the 
timer/counters  are  given  m the  following  four 
examples. 

7 4.1  Time  of  Day  Clock.  The  following 
module  illustrates  the  use  of  Ti  for 
maintenance  of  a time  of  day  clock,  which  is 
kept  m binary  format  m terms  of  hours, 
minutes,  seconds,  and  hundredths  of  a second. 
It  is  desired  that  the  clock  be  updated  once 
every  hundredth  of  a second;  therefore,  T]  is 
programmed  m continuous  mode  to  interrupt 
100  times  a second.  Although  Tj  is  used  for 
this  example,  Tq  is  equally  suited  for  the  task. 

The  procedure  for  initializing  the  timer 

(TOD UNIT),  the  interrupt  service  routine 

(TOD)  which  updates  the  clock,  and  the  inter- 
rupt vector  for  Tj  end-of-count  (IRQ 5)  are 

illustrated  below.  XTAL  = 7.3728  MHz  is 
assumed. 


Z8  ASM  2.0 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 

1 TIMER  1 MODULE 

2 CONSTANT 


3 

HOUR 

: = 

R12 

4 

MINUTE 

• ~ 

R 1 3 

5 

SECOND 

• *— 

R14 

6 

HUND 

: = 

R 1 5 

7 

$SECTI0N 

PROGRAM 

8 

GLOBAL 

9 

!IRQ5  interrupt 

vector ! 

10 

$ ABS 

10 

p 

0000 

OOOF 

t 

1 1 

IRQ_5 

ARRAY 

[1  WORD]  := 

[TOD] 

1 c. 

13 

$REL 

p 

oooc 

14 

T0D_INIT 

PROCEDURE 

15 

ENTRY 

p 

0000 

E6 

F3 

93 

16 

LD 

PRE1 , #%(2) 1001001  1 

17 

! bit 

2-7:  prescaler  = 36; 

18 

bi  t 

1 : internal  clock ; 

19 

bit 

0:  continuous  mode! 

p 

0003 

E6 

F2 

00 

20 

LD 

T1,#0  ! (256)  time-out  = 

21 

1/100  second! 

p 

0006 

46 

FI 

OC 

22 

OR 

TMR,#%0C  !load,  enable  TI ! 

p 

0009 

8F 

23 

DI 

p 

000  A 

46 

FB 

20 

24 

OR 

IMR,#%20  lenable  TI  interrupt! 

p 

OOOD 

9F 

25 

El 

p 

000  E 

AF 

26 

RET 

p 

OOOF 

27 

END 

T0D_INIT 

28 

p 

000F 

29 

TOD 

PROCEDURE 

30 

ENTRY 

p 

OOOF 

70 

FD 

31 

PUSH 

RP 

32 

IWorkine 

register  file  %10  to 

%1F  contains 

33 

the  time  of  day 

clock ! 

p 

0011 

31 

10 

34 

SRP 

n 10 

p 

0013 

FE 

35 

INC 

HUND 

! 1 more  . 01  sec ! 

p 

0014 

A6 

EF 

64 

36 

CP 

HUND, #100 

'.full  second  yet?! 

p 

0017 

EB 

13 

37 

JR 

NE, TOD  EXIT 

!jump  if  no! 

p 

0019 

B0 

EF 

38 

CL  R 

HUND 

p 

00 1 B 

EE 

39 

INC 

SECOND 

!1  more  second! 

p 

001C 

A6 

EE 

3C 

40 

CP 

SECOND, #60 

!full  minute  yet?! 

p 

00 1 F 

EB 

0B 

41 

JR 

NE , TOD  EXIT 

!jump  if  no! 
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P 

0021 

B0 

EE 

42 

CLR 

SECOND 

Counter 

P 

0023 

DE 

43 

INC 

MINUTE 

!1  more  minute! 

Functions 

(Continued) 

P 

0024 

A6 

ED  3C 

44 

CP 

MINUTE, #60 

!full  hour  yet?! 

P 

P 

0027 

0029 

EB 

B0 

03 

ED 

45 

46 

JR 

CLR 

NE , TOD  EXIT 
MINUTE 

!jump  if  no! 

P 

002B 

CE 

47 

INC 

HOUR 

48 

TOD  EXIT: 

P 

002C 

50 

FD 

49 

POP 

RP 

!restore  entry  RP! 

P 

002E 

BF 

50 

IRET 

P 

002F 

51 

END  TOD 

52 

END  TIMER1 

0 ERRORS 

ASSEMBLY  COMPLETE 


TOD_INIT: 

7 instructions 

15  bytes 

16  /ts 


TOD: 

17  instruction 
32  bytes 

19.5  ns  ( average ) including  interrupt  response  time 


7.4.2  Variable  Frequency,  Variable  Pulse  initial  loading  of  the  T}  counter  register  is 

Width  Output.  The  following  module  followed  by  setting  the  Tj  load  bit  of  timer  con- 

lllustrates  one  possible  use  of  Tout-  Assume  it  trol  register  TMR  (%F1);  this  action  causes 

is  necessary  to  generate  a pulse  tram  with  a Tout  1°  be  reset  to  a logic  1 output.  Each 

10%  duty  cycle,  where  the  output  is  repetitive-  subsequent  modification  of  the  Tj  counter 

ly  high  for  1.6  ms  and  then  low  for  14.4  ms.  To  register  does  not  affect  the  current  Tout  level, 

do  this,  Tout  1S  controlled  by  end-of-count  since  the  Ti  load  bit  is  NOT  altered  by  the 

from  T i , although  To  could  alternately  be  software.  The  new  value  is  loaded  on  EOC, 

chosen.  This  example  makes  use  of  the  Z8  and  Tout  will  toggle  at  that  time.  The  Ti  inter- 

feature that  allows  a timer's  counter  register  to  rupt  service  routine  should  simply  modify  the 
be  modified  without  disturbing  the  count  m T]  counter  register  with  the  new  value,  alter- 

progress.  In  continuous  mode,  the  new  value  is  natmg  between  the  long  and  short  interval 

loaded  when  T}  reaches  EOC.  Ti  is  first  values. 

loaded  and  enabled  with  values  to  generate  In  the  example  which  follows,  bit  0 of 

the  short  interval.  The  counter  register  is  then  register  %04  is  used  as  a software  flag  to  mdi- 

lmmediately  modified  with  the  value  to  cate  which  value  was  loaded  last.  This  module 

generate  the  long  interval;  this  value  is  loaded  illustrates  the  procedure  for  Ti/Tout  mitiahza- 

mto  the  counter  automatically  on  Ti  EOC.  The  tion  (PULSE INIT),  the  T}  interrupt  service 

prescaler  selected  value  must  be  the  same  for  routine  (PULSE),  and  the  interrupt  vector  for 

both  long  and  short  intervals.  Note  that  the  T\  EOC  (IRQ 5).  XTAL  = 8 MHz  is  assumed. 

Z8 ASM  2.0 


L0C 

OBJ 

CODE 

STMT  SOURCE  STATEMENT 

1 

TIMER2  MODULE 

2 

$SECTI0N 

PROGRAM 

3 

GLOBAL 

4 

!IRQ5  interrupt 

vector ! 

5 

$ABS 

10 

P 

0000 

0017 

t 

6 

7 

IRQ_5  ARRAY 

[1  WORD]  :=  [PULSE] 

t 

8 

$REL 

P 

oooc 

9 

PULSE  INIT 

PROCEDURE 

10 

ENTRY 

P 

0000 

E6 

F3 

03 

11 

LD 

PRE1 ,#$(2)00000011 

12 

!bit  2-7:  prescaler  = 64; 

13 

bit  1:  internal  clock; 

14 

bit  0:  continuous  mode! 

P 

0003 

E6 

F7 

00 

15 

LD 

P3M, #00  !bit  5:  let  P36  be  Tout! 

P 

0006 

E6 

F2 

19 

16 

LD 

T1,#25  !for  short  interval! 

P 

0009 

8F 

17 

DI 

P 

000  A 

46 

FB 

20 

18 

OR 

IMR, #%( 2)001 00000  lenable  TI  interrupt! 

P 

000D 

E6 

FI 

8C 

19 

LD 

TMR, #55(2)10001100 

20 

!bit  6-7:  Tout  controlled 

21 

by  TI; 

22 

bit  3 : enable  TI ; 

23 

bit  2:  load  TI  ! 

24 

!Set  long  interval  counter,  to  be  loaded  on  TI  EOC! 

P 

0010 

E6 

F2 

El 

25 

LD 

TI ,#225 

26 

!Clear  alternating  flag  for  PULSE! 
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P 

0013 

B0 

04 

27 

CLR 

5504 

! = 0 : 25  next; 

Counter 

28 

= 1 : 225  next  ! 

Functions 

P 

P 

0015 

0016 

9F 

AF 

29 

30 

El 

RET 

(Continued) 

P 

0017 

31 

END 

PULSE 

INIT 

32 

33 

P 

0017 

34 

PULSE 

PROCEDURE 

35 

ENTRY 

P 

0017 

E6 

F2 

El 

36 

LD 

TI ,#225 

!new  load  value! 

P 

001  A 

B6 

04 

01 

37 

X0R 

5504  , #1 

Iwhich  value  next?! 

P 

00  1 D 

6B 

03 

38 

JR 

Z, PULSE  EXIT 

!should  be  225! 

P 

001  F 

E6 

F2 

19 

39 

LD 

TI ,#25 

!should  be  25! 

40 

PULSE_ 

EXIT: 

P 

0022 

BF 

41 

IRET 

P 

0023 

42 

END 

PULSE 

43  END  TIMER2 


0 ERRORS 

ASSEMBLY  COMPLETE 


PULSE_INIT: 

10  instructions 
23  bytes 
23  (is 


PULSE: 

5 instructions 
12  bytes 

25  fis  (average)  including  interrupt  response  time 


7.4.3  Cascaded  Timer/Counters.  For  some 
applications  it  may  be  necessary  to  measure  a 
greater  time  interval  than  a single  timer/ 
counter  can  measure  (16.384  ms).  In  this  case, 
Tin  and  Tout  may  be  used  to  cascade  To  and 

XTAL 


T]  to  function  as  a single  unit.  Tout,  program- 
med to  toggle  on  Tq  end-of-count,  should  be 
wired  back  to  Tin,  which  is  selected  as  the 
external  clock  input  for  Tj.  With  To  program- 
med for  continuous  mode,  Tout  (and  therefore 
Tjn)  goes  through  a High-to-Low  transition 
(causing  Tj  to  count)  on  every  other  To  EOC. 
Interrupt  reguest  IRQ5  is  generated  when  the 
programmed  time  interval  has  elapsed.  Inter- 
rupt reguests  IRQ2  (generated  on  every  Tjn 
High-to-Low  transition)  and  IRQ4  (generated 
on  Tq  EOC)  are  of  no  importance  m this 
application  and  are  therefore  disabled. 

To  determine  the  time  interval  (i)  until  EOC, 
the  equation 

i = t x pO  x vO  x (2  x pi  x vl-1) 

characterizes  the  relation  between  the  To 
prescaler  (pO)  and  counter  (vO),  the  Ti 
prescaler  (pi)  and  counter  (vl),  and  the  clock 
input  period  (t);  t is  defined  in  Section  7.1. 
Assuming  XTAL  = 8 MHz,  the  measurable 
time  interval  range  is 

1 [JLS  X 1 X 1 x(2x  1 - 1)  < 1 < 

l/isx  64  x 256  x (2  x 64  x 256  - 1) 

1 fis  < i < 536.854528  s 

Figure  3 illustrates  the  interconnection 
between  Tq  and  Tp  The  following  module 
illustrates  the  procedure  required  to  initialize 
the  timers  for  a 1.998  second  delay  interval: 


Figure  3.  Cascaded  Timer/Counters 
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Z8  ASM  2.0 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 


1 TIMER3  MODULE 

2 GLOBAL 


p 

0000 

3 

TIMER_ 

.16 

PROCEDURE 

4 

ENTRY 

p 

0000 

E6 

F3 

28 

5 

LD 

PRE1 , #7(2)00101000 

6 

!bit  2-7:  prescaler  = 10; 

7 

bit  1:  external  clock; 

8 

bit  0:  single-pass  mode! 

p 

0003 

E6 

F7 

00 

9 

LD 

P3M,#00  ! bit  5:  let  P36  be  Tout! 

p 

0006 

E6 

F2 

64 

10 

LD 

T1,#100  !T1  counter  register! 

p 

0009 

E6 

F5 

29 

1 1 

LD 

PRE0, #56(2)00101001 

12 

!bit  2-7:  prescaler  = 10; 

13 

bit  0:  continuous  mode! 

p 

oooc 

E6 

F 4 

64 

14 

LD 

TO, #100  !T0  counter  register! 

p 

000F 

8F 

15 

DI 

p 

0010 

56 

FB 

2B 

16 

AND 

IMR,  #7.(2)0010101  1 ! disable  IRQ2  (Tin); 

17 

and  IRQ4  (TO)  ! 

p 

0013 

46 

FB 

20 

18 

OR 

IMR,  #7(2)00100000  '.enable  IRQ5  (TI)! 

p 

0016 

9F 

19 

El 

p 

0017 

E6 

FI 

4F 

20 

LD 

TMR, #7(2)01001 1 1 1 

21 

!bit  6-7:  Tout  controlled 

22 

by  TO; 

23 

bit  4-5:  Tin  mode  is  ext. 

24 

clock  input; 

25 

bit  3 : enable  TI ; 

26 

bit  2 : load  TI ; 

27 

bit  1 : enable  TO ; 

28 

bit  0:  load  TO  ! 

p 

001  A 

AF 

29 

RET 

p 

001  B 

30 

END 

TIMER_ 

.16 

31  END  TIMER3 

0 ERRORS 

ASSEMBLY  COMPLETE 


11  instructions 
27  bytes 
26.5  ns 


7.4.4  Clock  Monitor.  Tj  and  Tin  may  be  used 
to  monitor  a clock  line  (in  a diskette  drive,  for 
example)  and  generate  an  interrupt  request 
when  a clock  pulse  is  missed.  To  accomplish 
this,  the  clock  line  to  be  monitored  is  wired  to 
P3j  (Tin).  Tin  should  be  programmed  as  a 
retriggerable  input  to  Tp  such  that  each  fall- 
ing edge  on  Tin  will  cause  Tj  to  reload  and 
continue  counting.  If  Tj  is  programmed  to 
time-out  after  an  interval  of  one-and-a-half 
times  the  clock  period  being  monitored,  T} 
will  time-out  and  generate  interrupt  request 
IRQ5  only  if  a clock  pulse  is  missed. 


The  following  module  illustrates  the  pro- 
cedure for  initializing  T\  and  Tin 

(MONITOR INIT)  to  monitor  a clock  with  a 

period  of  2 /xs.  XTAL  = 8 MHz  is  assumed. 
Note  that  this  example  selects  single-pass 
rather  than  continuous  mode  for  Tp  This  is  to 
prevent  a continuous  stream  of  IRQ5  interrupt 
requests  m the  event  that  the  monitored  clock 
fails  completely.  Rather,  the  interrupt  service 

routine  (CLK ERR)  is  left  with  the  choice  of 

whether  or  not  to  re-enable  the  monitoring. 
Also  shown  is  the  Ti  interrupt  vector  (IRQ 5). 


Z8 ASM  2.0 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 


1 TIMER4  MODULE 

2 $SECTI0N  PROGRAM 

3 GLOBAL 

4 ! I RQ5  interrupt  vector! 


5 

$ABS 

P 

0000 

0015 

» 

6 

IRQ_5 

ARRAY 

7 

8 

$REL 

P 

OOOC 

9 

MONITOR 

_IN  IT 

10 

ENTRY 

P 

0000 

E6 

F3 

04 

1 1 

LD 

12 

13 

14 

P 

0003 

E6 

F7 

00 

15 

LD 

P 

0006 

E6 

F2 

03 

16 

LD 

17 

10 

[1  WORD]  :=  [ CLK_ERR ] 


PROCEDURE 

PRE1 ,#7(2)00000100 

!bit  2-7:  prescaler  = 1; 
bit  1:  external  clock; 
bit  0:  single-pass  mode! 
P 3M,#00  ! bit  5:  let  P36  be  Tout! 

T1,#3  !T1  load  register, 

=1.5*2  usee  ! 
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p 

0009 

8F 

18 

DI 

p 

000  A 

56 

FB 

3B 

19 

AND 

IMR , #%( 2)00 1 1 1 0 1 1 ! disable  IRQ2  (Tin)! 

p 

000D 

46 

FB 

20 

20 

OR 

IMR, #*(2)00100000  ! enable  IRQ5  ( T1 ) ! 

p 

0010 

9F 

21 

El 

22 

p 

0011 

E6 

FI 

38 

23 

LD 

TMR,  #56(2)001  1 1000 

24 

!bit  4-5:  Tin  mode  is 

25 

retrig,  input; 

26 

bit  3:  enable  T1  ! 

p 

0014 

AF 

27 

RET 

p 

0015 

28 

END 

MONITOR. 

.INIT 

29 

30 

p 

0015 

31 

CLK  ERR 

PROCEDURE 

32 

ENTRY 

33 

1 1 

Jhandle  the  missed  clock! 

34 

35 

!if  clock  monitoring  should  continue...! 

p 

0015 

46 

FI 

08 

36 

OR 

TMR,  #56(2)00001000 

37 

!bit  3:  enable  T1  ! 

p 

0018 

BF 

38 

IRET 

p 

0019 

39 

END 

CLK_ERR 

40  END  TIMER4 


0 ERRORS 

ASSEMBLY  COMPLETE 


MONITOR INIT: 

9 instructions 
21  bytes 
21.5  fis 


CLK_ERR: 

2 + instructions 
4 + bytes 

18.5  + fts  including  interrupt  response  time 


SECTION 

8 


I/O  Functions 

The  Z8  provides  32  I/O  lines  mapped  into 
registers  0-3  of  the  internal  register  file.  Each 
nibble  of  port  0 is  individually  programmable 
as  input,  output,  or  address/data  lines 
(Aj5~Ai2,  An -A8).  Port  1 is  programmable  as 
a single  entity  to  provide  input,  output,  or 
address/data  lines  (ADy-ADo).  The  operating 
modes  for  the  bits  of  Ports  0 and  1 are  selected 
by  control  register  P01M  (%F8).  Selection  of 
I/O  lines  as  address/data  lines  supports  access 
to  external  program  and  data  memory;  this  is 
discussed  m Section  3.  Each  bit  of  Port  2 is 
individually  programmable  as  an  input  or  an 


Function 

Bit 

Signal 

83 1 

DAV2/RDY2 

P32 

DAV0/RDY0 

Handshake  • 

P33 

DAV1/RDY1 

P34 

RDY1/DAV1 

P35 

RDY0/DAV0 

P36 

RDY2/DAV2 

r P30 

IRQ3 

Interrupt 

P3i 

IRQ2 

Request  ' 

P32 

IRQ0 

P33 

IRQ1 

Counter/  1 

f P3i 

Tin 

Timer 

i P36 

Tout 

Data  Memory 

( 

Select  ' 

P34 

dm 

Status  Out 

l 

Serial  I/O  < 

( P30 

Serial  In 

( P37 

Serial  Out 

Table  4.  Port  3 Special  Functions 


output  bit.  Port  2 bits  programmed  as  outputs 
may  also  be  programmed  (via  bit  0 of  P3M)  to 
all  have  active  pull-ups  or  all  be  open-dram 
(active  pull-ups  inhibited).  In  Port  3,  four  bits 
(P3o-P33)  are  fixed  as  inputs,  and  four  bits 
(P34-P37)  are  fixed  as  outputs,  but  their  func- 
tions are  programmable.  Special  functions  pro- 
vided by  Port  3 bits  are  listed  in  Table  4.  Use 
of  the  Data  Memory  select  output  is  discussed 
in  Section  3;  uses  of  Tin  and  Tout  are  dis- 
cussed m Section  7. 

8.1  Asynchronous  Receiver/ Transmitter 
Operation.  Full-duplex,  serial  asynchronous 
receiver/transmitter  operation  is  provided  by 
the  Z8  via  P3y  (output)  and  P3o  (input)  in  con- 
junction with  control  register  SIO  (%F0), 
which  is  actually  two  registers:  receiver  buffer 
and  transmitter  buffer.  Counter/Timer  Tq  pro- 
vides the  clock  for  control  of  the  bit  rate. 

The  Z8  always  receives  and  transmits  eight 
bits  between  start  and  stop  bits.  However,  if 
parity  is  enabled,  the  eighth  bit  (D7)  is 
replaced  by  the  odd-parity  bit  when  trans- 
mitted and  a parity-error  flag  ( = 1 if  error) 
when  received.  Table  5 illustrates  the  state  of 
the  parity  bit/parity  error  flag  during  serial 
I/O  with  parity  enabled. 

Although  the  Z8  directly  supports  either  odd 
parity  or  no  parity  for  serial  I/O  operation, 
even  parity  may  also  be  provided  with  addi- 
tional software  support.  To  receive  and 
transmit  with  even  parity,  the  Z8  should  be 
configured  for  serial  I/O  with  odd  parity 
disabled.  The  Z8  software  must  calculate  parity 
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Character  Loaded 
Into  SIO 

Transmitted  To 
Serial  Line 

Received  From 
Serial  Line 

Character 
Transferred  To  SIO 

Note* 

11000011 

01000011 

01000011 

01000011 

no  error 

11000011 

01000011 

01000111 

11000111 

error 

01111000 

11111000 

11111000 

01111000 

no  error 

01111000 

11111000 

01111000 

11111000 

error 

Table  5.  Serial  I/O  With  Odd  Parity 


and  modify  the  eighth  bit  prior  to  the  load  of  a 
character  into  SIO  and  then  modify  a parity 
error  flag  following  the  load  of  a character 
from  SIO.  All  other  processing  reguired  for 
serial  I/O  (e.g.  buffer  management,  error 
handling,  etc.)  is  the  same  as  that  for  odd 
parity  operations. 

To  configure  the  Z8  for  Serial  I/O,  it  is 
necessary  to: 

■ Enable  P3o  and  P37  for  serial  I/O  and  select 
parity, 

■ Set  up  Tq  for  the  desired  bit  rate, 

■ Configure  IRQ3  and  IRQ4  for  polled  or 
automatic  interrupt  mode, 

■ Load  and  enable  To. 

To  enable  P3q  and  P37  for  serial  I/O,  bit  6 of 
P3M  (R247)  is  set.  To  enable  odd  parity,  bit  7 
of  P3M  is  set;  to  disable  it,  the  bit  is  reset.  For 
example,  the  instruction 

LD  P3M,#%40 

will  enable  serial  I/O,  but  disable  parity.  The 
instruction 

LD  P3M,#%C0 

will  enable  serial  I/O,  and  enable  odd  parity. 

In  the  following  discussions,  bit  rate  refers  to 
all  transmitted  bits,  including  start,  stop,  and 
parity  (if  enabled).  The  serial  bit  rate  is  given 
by  the  eguation: 

input  clock  frequency- 

bit  rate  = 

(2  x 4 x Tq  prescaler  x To  counter  x 16) 

The  final  divide-by-16  is  incurred  for  serial 
communications,  since  in  this  mode  Tq  runs  at 
16  times  the  bit  rate  in  order  to  synchronize 
the  data  stream.  To  configure  the  Z8  for  a 
specific  bit  rate,  appropriate  values  must  first 
be  selected  for  Tq  prescaler  and  Tq  counter  by 
the  above  equation;  these  values  are  then  pro- 
grammed into  registers  Tq  (%F4)  and  PREO 
(%F5)  respectively.  Note  that  PREO  also  con- 
trols the  continuous  vs.  single-pass  mode  for 
Tq;  continuous  mode  should  be  selected  for 
serial  I/O.  For  example,  given  an  input  clock 
frequency  of  7.3728  MHz  and  a selected  bit 
rate  of  9600  bits  per  second,  the  equation  is 


satisfied  by  Tq  counter  = 2 and  prescaler  = 3. 
The  following  code  sequence  will  configure  the 
Tq  counter  and  Tq  prescaler  registers: 

LD  To, #2  1 To  counter  = 2! 

LD  PREO,  #%  (2)00001 101 

! bit  2-7:  prescaler  = 3;  bit  0: 
continuous  mode! 

Interrupt  request  3 (IRQ3)  is  generated 
whenever  a character  is  transferred  into  the 
receive  buffer;  interrupt  request  4 (IRQ4)  is 
generated  whenever  a character  is  transferred 
out  of  the  transmit  buffer.  Before  accepting 
such  interrupt  requests,  the  Interrupt  Mask, 
Request,  and  Priority  Registers  (IMR,  IRQ,  and 
IPR)  must  be  programmed  to  configure  the 
mode  of  interrupt  response.  The  section  on 
Interrupt  Processing  provides  a discussion  of 
interrupt  configurations. 

To  load  and  enable  Tq,  set  bits  0 and  1 of 
the  timer  mode  register  (TMR)  via  an  instruc- 
tion such  as 

OR  TMR,#%03 

This  will  cause  the  Tq  prescaler  and  counter 
registers  (PREO  and  Tq)  to  be  transferred  to  the 
To  prescaler  and  counter.  In  addition,  Tq  is 
enabled  to  count,  and  serial  I/O  operations 
will  commence. 

Characters  to  be  output  to  the  serial  line 
should  be  written  to  serial  I/O  register  SIO 
(%F0).  IRQ4  will  be  generated  when  all  bits 
have  been  transferred  out. 

Characters  input  from  the  serial  line  may  be 
read  from  SIO.  IRQ3  will  be  generated  when  a 
full  character  has  been  transferred  into  SIO. 

The  following  module  illustrates  the  receipt 
of  a character  and  its  immediate  echo  back  to 
the  serial  line.  It  is  assumed  that  the  Z8  has 
been  configured  for  serial  I/O  as  described 
above,  with  IRQ3  (receive)  enabled  to  interrupt, 
and  IRQ4  (transmit)  configured  to  be  polled. 
The  received  character  is  stored  m a circular 
buffer  in  register  memory  from  address  %42  to 
%5F.  Register  %41  contains  the  address  of 
the  next  available  buffer  position  and  should 
have  been  initialized  by  some  earlier  routine 
to  #%42. 
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Z8  ASM  2.0 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 

1 SERIAL_I0  MODULE 

2 CONSTANT 


3 

ne  xt_addr 

:=  % 4 1 

4 

start 

:=  5642 

5 

length 

: = % 1 E 

6 

$SECTI0N  PROGRAM 

7 

GLOBAL 

8 

! I RQ  3 vector! 

9 

$ABS 

6 

p 

0006 

0000 

> 

10 
1 1 

I RQ_3  ARRAY 

[1  WORD]  :=  [GET_CHAR ACTER] 

1 1 
12 

$REL 

0 

p 

0000 

13 

GET_CHARACTER 

PROCEDURE  ENTRY 

14 

15 

ISerial  1/0  receive  interrupt  service! 

16 

!Echo  received 

character  and  wait  for 

17 

echo  completion! 

p 

0000 

E4 

F0 

F0 

18 
1 Q 

Id 

SI0,SI0  ! echo ! 

i y 
20 

.'save  it  m circular  buffer! 

p 

0003 

F5 

F0 

41 

21 

Id 

@ne xt_addr , SIO  !save  m buffer! 

p 

0006 

20 

41 

22 

inc 

next_addr  !point  to  next  position! 

p 

0008 

A6 

41 

60 

23 

cp 

ne  xt_addr , #start+ length 

24 

!wrap-around  yet?! 

p 

000B 

EB 

03 

25 

j r 

ne,echo_wait  !no. ! 

p 

000D 

E6 

41 

42 

26 

Id 

next_addr,  //start  !yes.  point  to  start! 

27 

!now,  wait  for 

echo  complete! 

28 

echo_wai t : 

p 

0010 

66 

FA 

10 

29 

tern 

IRQ, #3610  {transmitted  yet?! 

p 

0013 

EB 

FB 

30 

j r 

nz,echo_wait  !not  yet! 

p 

0015 

56 

FA 

EF 

D 1 

32 

and 

IRQ , #%EF  ! clear  IRQ4  ! 

p 

0018 

BF 

33 

IRET 

'.return  from  interrupt! 

p 

0019 

34 

END  GET_CHAR ACTER 

35  END  SERIAL_IO 

0 ERRORS 

ASSEMBLY  COMPLETE 


10  instructions 
25  bytes 

35.5  n s + 5.5  fis  for  each  additional  pass  through  the  echo wait  loop, 

including  interrupt  response  time 


8.2  Automatic  Bit  Rate  Detection.  In  a typical 
system,  where  serial  communication  is 
required  (e.g.  system  with  a terminal),  the 
desired  bit  rate  is  either  user-selectable  via  a 
switch  bank  or  nonvariable  and  "hard-coded" 
m the  software.  As  an  alternate  method  of  bit- 
rate  detection,  it  is  possible  to  automatically 
determine  the  bit  rate  of  serial  data  received 
by  measuring  the  length  of  a start  bit.  The 
advantage  of  this  method  is  that  it  places  no 
requirements  on  the  hardware  design  for  this 
function  and  provides  a convenient  (automatic) 
operator  interface. 

In  the  technique  described  here,  the  serial 
channel  of  the  Z8  is  initialized  to  expect  a bit 
rate  of  19,200  bits  per  second.  The  number  of 
bits  (n)  received  through  Port  pin  P30  for  each 
bit  transmitted  is  expressed  by 

n = 19,200/b 

where  b = transmission  bit  rate.  For  example, 
if  the  transmission  bit  rate  were  1200  bits  per 
second,  each  incoming  bit  would  appear  to  the 
receiving  serial  line  as  19,200/1200  or  16  bits. 

The  following  example  is  capable  of  disting- 


uishing between  the  bit  rates  shown  m Table  6 
and  assumes  an  input  clock  frequency  of 
7.3728  MHz,  a Tq  prescaler  of  3,  and  serial  I/O 
enabled  with  parity  disabled.  This  example 
requires  that  a character  with  its  low  order 
bit  = 1 (such  as  a carriage  return)  be  sent  to 
the  serial  channel.  The  start  bit  of  this 
character  can  be  measured  by  counting  the 
number  of  zero  bits  collected  before  the  low 
order  1 bit.  The  number  of  zero  bits  actually 
collected  into  data  bits  by  the  serial  channel  is 
less  than  n (as  given  m the  above  equation), 
due  to  the  detection  of  start  and  stop  bits. 
Figure  4 illustrates  the  collection  (at  19,200 


| ST  [ DP  i D1  | D2  | 03  | ( PS  j D6  | P7  j SP  j ST  j DO  | Dt  | 02  } 03  | D4 

1 BIT  TIME  AT  1,200  BITS  PER  SECOND ► 

ST  = START  BIT  SP  = STOP  BIT  Dn  = DATA  BIT  n 

EACH  INTERVAL  SHOWN  = 1 BIT  TIME 
AT  19,200  BITS  PER  SECOND 

Figure  4.  Collection  of  a Start  Bit  Transmitted  at 
1,200  BPS  and  Received  at  19,200  BPS 
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8.  I/O 
Functions 

Bit  Rate 

Number  of  Bits  Received 
Per  Bit  Transmitted 

Number  of  0 Bits  Collected 
as  Data  Bits 

Tq  Counter 

(Continued) 

dec  binary 

dec  binary 

19200 

1 

0 

00000000 

1 

00000001 

9600 

2 

1 

00000001 

2 

00000010 

4800 

4 

3 

00000011 

4 

00000100 

2400 

8 

7 

00000111 

8 

00001000 

1200 

16 

13 

00001101 

16 

00010000 

600 

32 

25 

00011001 

32 

00100000 

300 

64 

49 

00110001 

64 

01000000 

150 

128 

97 

01100001 

128 

10000000 

Table  6.  Inputs  to  the  Automatic  Bit  Rate  Detection  Algorithm 


bits  per  second)  of  a zero  bit  transmitted  to  the 
Z8  at  1,200  bits  per  second.  Notice  that  only  13 
of  the  16  zero  bits  received  are  collected  as 
data  bits. 

Once  the  number  of  zero  bits  m the  start  bit 
has  been  collected  and  counted,  it  remains  to 
translate  this  count  into  the  appropriate  Tq 
counter  value  and  program  that  value  into  Tq 
(°/oF4).  The  patterns  shown  in  the  two  binary 
columns  of  Table  6 are  utilized  in  the 
algorithm  for  this  translation. 

As  a final  step,  if  incoming  data  is  to  com- 
mence immediately,  it  is  advisable  to  wait  until 
the  remainder  of  the  current  "elongated" 


character  has  been  received,  thus  "flushing" 
the  serial  line.  This  can  be  accomplished 
either  via  a software  loop,  or  by  programming 
Tj  to  generate  an  interrupt  request  after 
the  appropriate  amount  of  time  has  elapsed. 
Since  a character  is  composed  of  eight  bits 
plus  a minimum  of  one  stop  bit  following  the 
start  bit,  the  length  of  time  to  delay  may  be 
expressed  as 

(9  x n)/b 

where  n and  b are  as  defined  above.  The 
following  module  illustrates  a sample  program 
for  automatic  bit  rate  detection. 


Z8 ASM  2.0 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 


1 

bit  rate 

MODULE 

2 

EXTERNAL 

3 

DELAY  PROCEDURE 

4 

GLOBAL 

p 

0000 

5 

main  PROCEDURE 

6 

ENTRY 

p 

0000 

8F 

7 

di 

!disable  interrupts! 

p 

0001 

56 

FB 

77 

8 

and 

IMR, #%77 

!IRQ3  polled  mode! 

p 

0004 

56 

FA 

F7 

9 

and 

IRQ, #%F7 

.'clear  IRQ3 ! 

p 

0007 

E6 

F7 

40 

10 

Id 

P3M, #%40 

!enable  serial  I/O! 

p 

0C0A 

E6 

F4 

01 

1 1 

Id 

TO,  #1 

p 

000D 

E6 

F5 

0D 

12 

Id 

PRE0 , # ( 3 SHL  2)+1  ! bit  rate  = 19,200; 

13 

continuous  count  mode! 

p 

0010 

B0 

E0 

14 

clr 

R0 

!init.  zero  byte  counter! 

p 

0012 

E6 

FI 

03 

15 
1 6 

Id 

TMR , #3 

!load  and  enable  TO! 

1 u 

17 

Icollect  input 

bytes  by  counting  the  number  of  null 

18 

characters  received.  Stop 

when  non-zero  byte  received! 

19 

collect : 

p 

0015 

76 

FA 

08 

20 

TM 

IRQ , #%08 

!character  received?! 

p 

0018 

6B 

FB 

21 

jr 

z , collect 

!not  yet! 

p 

001  A 

18 

F0 

22 

Id 

R1 ,SIO 

!get  the  character! 

p 

001  C 

56 

FA 

F7 

23 

and 

IRQ, #%F7 

!clear  interrupt  request! 

p 

00  1 F 

IE 

24 

inc 

R1 

! compare  to  0 . . . ! 

p 

0020 

1 A 

05 

25 

djnz 

R1 , bi tloop 

!...(in  3 bytes  of  code)! 

p 

0022 

06 

E0 

08 

26 

add 

R0,#8 

!update  count  of  0 bits! 

p 

0025 

8B 

EE 

27 

jr 

collect 

28 

bi tloop : 

!add  in  zero  bits  from  low 

29 

end  of  1st  non-zero  byte! 

p 

0027 

E0 

El 

30 

RR 

R1 

p 

0029 

7B 

03 

31 

jr 

c, count_done 

p 

002B 

0E 

32 

inc 

R0 

p 

002C 

8B 

F9 

33 

jr 

bi tloop 

34 

35 

! R0  has  number 

of  zero  bits 

collected ! 

36 

Itranslate  R0 

to  the  appropriate  TO  counter  value! 

37 

count  done: 

! R0  has  count  of  zero  bits! 

p 

002E 

1C 

07 

38 

Id 

R 1 , #7 

p 

0030 

2 C 

80 

39 

Id 

R2,«80 

! R2  will  have  TO  countervalue! 

p 

0032 

90 

E0 

40 
11  1 

RL 

R0 

p 

0034 

90 

E0 

42 

loop:  RL 

R0 
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P 

0036 

7B 

04 

43 

jr 

c , done 

Functions 

P 

0038 

E0 

E2 

44 

RR 

R2 

(Continued) 

P 

003  A 

1 A 

F8 

45 

46 

djnz 

r 1 , loop 

P 

003C 

29 

F4 

47 

done : 

Id 

TO , R2  !load  value  for 

48 

bit  rate! 

49 

! Delay 

long 

enough  to  clear  serial  line  of 

P 

003E 

D6 

0000* 

50 

call 

DELAY 

51 

! clear 

receive  interrupt  request! 

P 

0041 

56 

FA  F7 

52 

and 

IRQ,W7 

53 

P 

0044 

54 

END 

main 

55 

END 

bi  t_ 

rate 

detected 
bit  stream! 


0 ERRORS 

ASSEMBLY  COMPLETE 


30  instructions 
68  bytes 

Execution  time  is  variable  based  on  transmission  bit  rate. 


8.3  Port  Handshake.  Each  of  Ports  0,  1 and  2 
may  be  programmed  to  function  under  input  or 
output  handshake  control.  Table  7 defines  the 
port  bits  used  for  the  handshaking  and  the 
mode  bit  settings  reguired  to  select  handshak- 
ing. To  input  data  under  handshake  control, 
the  Z8  should  read  the  input  port  when  the 
DAV  input  goes  Low  (signifying  that  data  is 
available  from  the  attached  device).  To  output 
data  under  handshake  control,  the  Z8  should 
write  the  output  port  when  the  RDY  input  goes 
Low  (signifying  that  the  previously  output  data 
has  been  accepted  by  the  attached  device) . 
Interrupt  requests  IRQO,  IRQ1,  and  IRQ2  are 
generated  by  the  falling  edge  of  the  handshake 
signal  input  to  the  Z8  for  Port  0,  Port  1,  and 
Port  2 respectively.  Port  handshake  operations 
may  therefore  be  processed  under  interrupt 
control. 

Consider  a system  that  requires  communica- 
tion of  eight  parallel  bits  of  data  under  hand- 
shake control  from  the  Z8  to  a peripheral 
device  and  that  Port  2 is  selected  as  the  output 
port.  The  following  assembly  code  illustrates 
the  proper  sequence  for  initializing  Port  2 for 
output  handshake. 

Port  0 


CLR  P2M  (Port  2 mode  register:  all  Port 
2 bits  are  outputs! 

OR  %03,#°/o40 

!set  DAV2:  data  not  available! 

LD  P3M,#%20 

!Port  3 mode  register:  enable 
Port  2 handshake! 

LD  % 02,  DATA  

! output  first  data  byte;  DAV2 
will  be  cleared  by  the  Z8  to 
indicate  data  available  to 
the  peripheral  device! 

Note  that  following  the  initialization  of  the  out- 
put sequence,  the  software  outputs  the  first 
data  byte  without  regard  to  the  state  of  the 
RDY2  input;  the  Z8  will  automatically  hold 
DAV2  High  until  the  RDY2  input  is  High.  The 
peripheral  device  should  force  the  Z8  RDY2 
input  line  Low  after  it  has  latched  the  data  in 
response  to  a Low  on  DAV2.  The  Low  on  RDY2 
will  cause  the  Z8  to  automatically  force  DAV2 
High  until  the  next  byte  is  output.  Subsequent 
bytes  should  be  output  in  response  to  interrupt 
request  IRQ2  (caused  by  the  High-to-Low  tran- 
sition on  RDY2)  m either  a polled  or  an 
enabled  interrupt  mode. 

Port  1 Port  2 


Input  handshake  lines 
Output  handshake  lines 

To  select  input  handshake: 

To  select  output  handshake: 
To  enable  handshake. 


\ P32  = DAV 
| P35  = RDY 

P32  = RDY 
P35  = DAV 

set  bit  6 & reset  bit  7 of 
P01M  (program  high 
nibble  as  input) 

reset  bits  6,  7 of  P01M 
{ (program  high  nibble  as 
( output) 

j set  bit  5 of  Port  3 (P35); 

I set  bit  2 of  P3M 


P33  = DAV 
P34  = RDY 

P33  = RDY 
P34  = DAV 

set  bit  3 & reset  bit  4 of 
P01M  (program  byte  as 
input) 

reset  bits  3,  4 of  P01M 
(program  byte  as  output) 

set  bit  4 of  Port  3 (P34), 
set  bits  3,  4 of  P3M 


P3i  = DAV 
P36  = RDY 

P3  j = RDY 
P36  = DAV 

set  bit  7 of  P2M 
(program  high  bit  as  input) 

reset  bit  7 of  P2M 
(program  high  bit  as  output) 

set  bit  6 of  Port  3 (P3g); 
set  bit  5 of  P3M 


Table  7.  Port  Handshake  Selection 


1-55 
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9 


Arithmetic  Routines 

This  section  gives  examples  of  the  arithmetic 
and  rotate  instructions  for  use  in  multiplica- 
tion, division,  conversion,  and  BCD  arithmetic 
algorithms. 

9.1  Binary  to  Hex  ASCII.  The  following 
module  illustrates  the  use  of  the  ADD  and 
SWAP  arithmetic  instructions  m the  conversion 
of  a 16-bit  binary  number  to  its  hexadecimal 
ASCII  representation.  The  16-bit  number  is 
viewed  as  a string  of  four  nibbles  and  is  pro- 


cessed one  nibble  at  a time  from  left  to  right, 
beginning  with  the  high-order  nibble  of  the 
lower  memory  address.  %30  is  added  to  each 
nibble  if  it  is  in  the  range  0 to  9;  otherwise 
%37  is  added.  In  this  way,  %0  is  converted  to 
%30,  %1  to  %31,  . . . %A  to  %41 , . . . %F  to 
%46.  Figure  5 illustrates  the  conversion  of  RRO 
(contents  = %F2BE)  to  its  hex  ASCII 
equivalent;  the  destination  buffer  is  pointed  to 
by  RR4. 


BIT 

REGISTER 


D7 


4 3 

F , ' 1 '7 

RO 


3 


i ■ 


I 


R1 


f 


3 


RR4  — ► 


D7  43  D0 

I - T » I 


D/  4 3 Do 

1 3....' 1. I 


D7 

r 


4 


4 3 

1 2 


DO  0?  43 

: i I r~~» 


] 


Figure  5.  Conversion  of  (RRO)  to  Hex  ASCII 


Z8 ASM  2.99  INTERNAL  RELEASE 
LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 


1 

ARITH 

MODULE 

2 

GLOBAL 

p 

0000 

3 

BIN ASC 

PROCEDURE 

4 

1***************************************************** 

• 

5 

Purpose 

Z 

To  convert  a 16-bit  binary 

6 

7 

number  to  Hex  ASCII 

1 

8 

Input  = 

RRO  = 16-bit  binary  number. 

9 

RR4  = pointer  to  destination 

10 
1 1 

buffer  in  external  memory. 

1 1 
12 

Output 

- 

Resulting  ASCII  string  (4  bytes) 

13 

in  destination  buffer. 

14 

RR4  incremented  by  4 . 

15 

R0.R2.R6  destroyed. 

16 

• 

17 

1 P 

ENTRY 

p 

0000 

6C 

04 

1 0 
19 

Id 

R6,//%04  ! nibble  count! 

p 

0002 

F0 

E0 

20 

again : 

SWAP 

R0  '.look  at  next  nibble! 

p 

0004 

28 

E0 

21 

Id 

R2,  R0 

p 

0006 

56 

E2 

OF 

22 

and 

R2.//70F  !isolate  4 bits! 

23 

! convert 

, to  ASCII  : R2  + # % 3 0 if  R0  in  range  0 to  9 

24 

else  R2  + 37  (in  range  0A  to  OF) 

25 

1 

p 

0009 

06 

E2 

30 

26 

ADD 

R 2 , # % 3 0 

p 

oooc 

A6 

E2 

3 A 

27 

cp 

R 2 , # % 3 A 

p 

000F 

7B 

03 

28 

jr 

ul  t , skip 

p 

0011 

06 

E2 

07 

29 

ADD 

R2  , «07 

p 

0014 

92 

24 

30 

skip: 

lde 

@RR4 , R2  !save  ASCII  in  buffer! 

p 

0016 

A0 

E4 

31 

incw 

RR4  [point  to  next 

32 

buffer  position! 

p 

0018 

A6 

E6 

03 

33 

cp 

R6,#%03  '.time  for  second  byte?! 

p 

00 1 B 

EB 

02 

34 

J r 

ne  , same  byte  '.  no . ! 

p 

00 1 D 

08 

El 

35 

Id 

R0 , R 1 ! 2nd  byte! 

36 

same_by te : 

p 

001  F 

6 A 

El 

37 

djnz 

R6 , a gain 

p 

0021 

AF 

38 

ret 

p 

0022 

39 

END 

BIN ASC 

40 

END 

ARITH 

0 errors 

Assembly  complete 


15  instructions 
34  bytes 

120.5  /is  ( average ) 
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9.  Arithmetic  9.2  BCD  Addition.  The  following  module  lllus-  significant  digit  m bits  7-4.  Bytes  within  a 

Routines  trates  the  use  of  the  add  with  carry  (ADC)  and  BCD  string  are  arranged  m memory  with  the 

(Continued)  decimal  adjust  (DA)  instructions  for  the  addi-  most  significant  digits  stored  in  the  lowest 

tion  of  two  unsigned  BCD  strings  of  egual  memory  location.  Figure  6 illustrates  the 

length.  Within  a BCD  string,  each  nibble  representation  of  5970  in  a 6-digit  BCD  string, 

represents  a decimal  digit  (0-9).  Two  such  starting  m register  %33. 

digits  are  packed  per  byte  with  the  most 

BIT  D7  43  Dj  D;  43  Do  D7  43  Do 


REGISTER  %33  %34  %35 


Figure  6.  Unsigned  BCD  Representation 


Z8ASM  2.0 

LOC  OBJ  CODE  STMT  SOURCE  STATEMENT 

1 ARITH  MODULE 

2 CONSTANT 

3 BCD_SRC  :=  R1 

4 BCD_DST  :=  R0 

5 BCD_LEN  :=  R2 

6 GLOBAL 

P 0000  7 BCDADD  PROCEDURE 

8 !***************************************************** 


9 

Purpose  = 

To  add  two  packed  BCD  strings  of 

10 

equal  length. 

1 1 

dst  < — dst  + src 

12 

13 

Input  = 

R0  = pointer  to  dst  BCD  string. 

14 

R1  = pointer  to  src  BCD  string. 

15 

R2  = byte  count  in  BCD  string 

16 

(digit  count  = (R2)*2  ). 

17 

18 

Output  = 

BCD  string  pointed  to  by  R0  is 

19 

the  sum. 

20 

Carry  FLAG  = 1 if  overflow. 

21 

R0  , R1  as  on  entry. 

22 

R2  = 0 

23  a#*#*#*##*#*###*#****#####*###*##**##*#**#**##*##*###! 

24  ENTRY 

25 


P 

0000 

02 

12 

26 

add 

BCD  SRC, BCD 

.LEN  .'start  at  least...  ! 

P 

0002 

02 

02 

27 

add 

BCD_DST , BCD_ 

_LEN  '.significant  digits! 

P 

0004 

CF 

28 

ref 

Icarry  = 0! 

29 

add_again : 

P 

0005 

00 

El 

30 

dec 

BCD_SRC 

!point  to  next  two 

31 

src  digits! 

P 

0007 

00 

E0 

32 

dec 

BCD_DST 

!point  to  next  two 

33 

dst  digits  ! 

P 

0009 

E3 

31 

34 

Id 

R3,@BCD  SRC 

!get  src  digits! 

P 

000B 

13 

30 

35 

ADC 

R3,@BCD  DST 

!add  dst  digits! 

P 

000D 

40 

E3 

36 

DA 

R3 

.'decimal  adjust! 

P 

000F 

F3 

03 

37 

Id 

@BCD  DST, R3 

!move  to  dst! 

P 

0011 

2 A 

F2 

38 

djnz 

BCD  LEN , add 

.again  !loop  for  next 

39 

digits ! 

P 

0013 

AF 

40 

il  1 

ret 

.'all  done! 

P 

0014 

42 

END  BCDADD 

43 

END  ARITH 

0 ERRORS 

ASSEMBLY  COMPLETE 


11  instructions 
20  bytes 

Execution  time  is  a function  of  the  number  of  bytes  (n)  in  input  BCD  string: 
20  fis  + 12. 5 (n  - 1)  ps 


9.  Arithmetic 
Routines 

(Continued) 


9.3  Multiply.  The  following  module  illustrates 
an  efficient  algorithm  for  the  multiplication  of 
two  unsigned  8-bit  values,  resulting  m a 16-bit 
product.  The  algorithm  repetitively  shifts  the 
multiplicand  right  (using  RRC),  with  the  low- 
order  bit  being  shifted  out  (into  the  carry  flag) 
If  a one  is  shifted  out,  the  multiplier  is  added 


to  the  high-order  byte  of  the  partial  product. 
As  the  high-order  bits  of  the  multiplicand  are 
vacated  by  the  shift,  the  resulting  partial- 
product  bits  are  rotated  m.  Thus,  the  multipli- 
cand and  the  low  byte  of  the  product  occupy 
the  same  byte,  which  saves  register  space, 
code,  and  execution  time. 


Z8 ASM  2.99  INTERNAL  RELEASE 


LOC 

OBJ 

CODE 

STMT 

SOURCE  STATEMENT 

1 

ARITH 

MODULE 

2 

CONSTANT 

3 

MULTIPLIER 

:=  R1 

4 

PRODUCT 

LO 

:=  R3 

5 

PRODUCT 

_HI 

:=  R2 

6 

COUNT 

:=  R0 

7 

GLOBAL 

P 

0000 

8 

MULT 

PROCEDURE 

9 

j ft#***#*###*#*#*#*#*#**##**########*###*############## 

10 

Purpose 

To  perform  an  8-bit  by  8-bit  unsigned 

1 1 

binary  multiplication. 

12 

13 

Input  = 

R1  = multiplier 

14 

R3  = multiplicand 

15 

16 

Output 

RR2  = product 

17 

R0  destroyed 

18 

a#*#**#############**#**#############*##*##***##*####! 

19 

ENTRY 

P 

0000 

OC 

09 

20 

Id 

COUNT, #9  ! 8 BITS  + 1! 

P 

0002 

B0 

E2 

21 

clr 

PRODU  CT_HI  ! IN  IT  HIGH  RESULT  BYTE 

P 

0004 

CF 

22 

RCF 

.'CARRY  = 0! 

P 

0005 

CO 

E2 

23 

LOOP  : 

RRC 

PRODUCT  HI 

P 

0007 

CO 

E3 

24 

RRC 

PRODU  CT_L0 

P 

0009 

FB 

02 

25 

jr 

NC, NEXT 

P 

000B 

02 

21 

26 

ADD 

PRODUCT_HI, MULTIPLIER 

P 

000D 

0A 

F6 

27 

NEXT: 

djnz 

COUNT, LOOP 

P 

000F 

AF 

28 

ret 

P 

0010 

29 

END 

MULT 

30 

END 

ARITH 

0 errors 

Assembly  complete 


9 instructions 
16  bytes 

92.5  fxs  ( average ) 


9.4  Divide.  The  following  module  illustrates 
an  efficient  algorithm  for  the  division  of  a 
16-bit  unsigned  value  by  an  8-bit  unsigned 
value,  resulting  m an  8-bit  unsigned  guotient. 
The  algorithm  repetitively  shifts  the  dividend 
left  (via  RLC).  If  the  high-order  bit  shifted  out 
is  a one  or  if  the  resulting  high-order  dividend 
byte  is  greater  than  or  egual  to  the  divisor,  the 


divisor  is  subtracted  from  the  high  byte  of  the 
dividend.  As  the  low-order  bits  of  the  dividend 
are  vacated  by  the  shift  left,  the  resulting 
partial-guotient  bits  are  rotated  in.  Thus,  the 
quotient  and  the  low  byte  of  the  dividend 
occupy  the  same  byte,  which  saves  register 
space,  code,  and  execution  time. 
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Z8ASM 

LOC 


9.  Arithmetic 
Routines 

(Continued) 


2.0 

OBJ  CODE 


P 0000 


STMT  SOURCE  STATEMENT 

1 ARITH  MODULE 

2 CONSTANT 


3 

COUNT 

J z 

R0 

4 

DIVISOR 

* z 

R1 

5 

DIVIDEND 

HI 

J z 

R2 

6 

DIVIDEND 

_L0 

J = 

R3 

7 

8 

9 

10 
1 1 
12 

13 

14 

15 

16 

17 

18 

19 

20 
21 


GLOBAL 

DIVIDE  PROCEDURE 

IXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXttX*XXXXXXXXXXXXXXXX 


Purpose  = 


Input  = 


Output  = 


To  perform  a 16-bit  by  8-bit  unsigned 
binary  division. 

R1  = 8-bit  divisor 
RR2  = 16-bit  dividend 


R3  = 8-bit  quotient 
R2  = 8-bit  remainder 
Carry  flag  = 1 if  overflow 

= 0 if  no  overflow 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx#x*xxxxxxxxxxxxx ** i 

ENTRY 


P 

0000 

OC 

08 

22 

Id 

COUNT, #8 

! LOOP  COUNTER! 

23 

24 

.'CHECK 

IF  RESULT  WILL  FIT  IN 

8 BITS! 

P 

0002 

A 2 

12 

25 

cp 

DIVISOR, DIVIDEND_HI 

P 

0004 

BB 

02 

26 

jr 

UGT, LOOP 

! CARRY  = 0 (FOR  RLC)! 

27 

IWON'T 

FIT. 

OVERFLOW! 

P 

0006 

DF 

28 

SCF 

! CARRY  = 1 ! 

P 

0007 

AF 

29 

ret 

30 

31 

LOOP: 

IRESULT  WILL  FIT. 

GO  AHEAD  WITH  DIVISION! 

P 

0008 

10 

E3 

32 

RLC 

DIVIDEND  L0 

! DIVIDEND  * 2! 

P 

000  A 

10 

E2 

33 

RLC 

DIVIDEND_HI 

P 

oooc 

7B 

04 

34 

jr 

c , subt 

P 

000E 

A2 

12 

35 

cp 

DIVISOR, DIVIDEND_HI 

P 

0010 

BB 

03 

36 

jr 

UGT, next 

'.CARRY  = 0! 

P 

0012 

22 

21 

37 

subt : 

SUB 

DIVIDEND_HI, 

DIVISOR 

P 

0014 

DF 

38 

SCF 

! TO  BE  SHIFTED  INTO  RESULT! 

P 

0015 

0A 

FI 

39 

next : 

d jnz 

COUNT, LOOP 

!no  flags  affected! 

40 

41 

! ALL 

DONE! 

P 

0017 

10 

E3 

42 

RLC 

DIVIDEND_L0 

43 

!CARRY  = 0:  no  overflow! 

P 

0019 

AF 

44 

ret 

P 

001  A 

45 

END  DIVIDE 

46  END  ARITH 


0 ERRORS 

ASSEMBLY  COMPLETE 


15  instructions 
26  bytes 

124.5  fis  (average) 


SECTION 

10 


Conclusion 

This  Application  Note  has  focused  on  ways 
in  which  the  Z8  microcomputer  can  easily  yet 
effectively  solve  various  application  problems. 
In  particular,  the  many  sample  routines 


illustrated  in  this  document  should  aid  the 
reader  m using  the  Z8  to  greater  advantage. 
The  major  features  of  the  Z8  have  been 
described  so  that  the  user  can  continue  to 
expand  and  explore  the  Z8's  repertoire  of  uses. 


Z80  8-Bit  Microprocessor  Family 


Technology 


Microprocessor  Basics:  Part  16 


Get  powerful  microprocessor  performance 

by  using  the  Z80.  With  158  instructions  it  offers  more 
flexibility  than  other  /jPs , plus  8080  code  compatibility. 


The  Z80  8-bit  microprocessor  combines  all  the 
processing  power  of  the  8080  with  80  additional 
instructions.  And  to  keep  chip  count  to  a minimum, 
many  of  the  peripheral  circuits  necessary  for  8080 
systems  have  been  built  into  the  Z80.  All  members 
of  the  Z80  family  are  built  with  n-channel,  silicon- 
gate,  depletion-load  technology;  function  at  single- 
phase clock  rates  of  4 MHz;  require  just  a 5-V  supply; 
and  have  TTL-compatible  inputs  and  outputs. 

The  circuit  family  consists  of  the  Z80-CPU  and  the 
following  peripherals:  a counter-timer  circuit  (CTC), 
a parallel  input/output  circuit  (PIO),  a direct- 
memory-access  controller  (DMA),  and  a serial 
input/output  circuit  (SIO),  as  well  as  a group  of 
support  boards  (Table  1).  All  the  circuits  are  available 
in  2.5  or  4-MHz  versions,  ceramic  packages,  and 
extended  temperature  ranges.  All  are  housed  in  40-pin 
DIPs,  except  the  CTC,  which  comes  in  a 28-pin  DIP. 

All  peripheral  circuits  can  be  daisy-chained  for 
priority  interrupt  control.  Since  most  peripheral 
circuits  necessary  for  system  operation  are  built  into 
the  Z80,  a minimum  system  consists  of  the  Z80,  a 
system  clock,  a power-on  reset  circuit  and  any  memory 
and  peripheral  circuits  desired  (Fig.  1).  At  the  system 
level,  the  ^P  supports  vectored  priority-interrupt 
structures  without  any  extra  hardware. 

Interfaces  to  the  Z80  are  simple 

Although  the  Z80  maintains  timing  and  control- 
signal  compatibility  with  the  8080,  it  is  not  pin- 
compatible.  All  output  lines  can  sink  1.8  mA  at  0.4 
V — the  equivalent  of  one  standard  TTL  load. 

Three  major  buses  from  the  chip— the  16-bit  address 
bus,  the  8-bit  bidirectional  data  bus  and  a 13-line 
control  bus — account  for  37  of  the  Z80’s  40  pins  (Fig.  2). 
The  other  three  pins  are  for  power,  ground  and  the 
single-phase  clock.  Unlike  the  8080,  the  Z80  needs  no 
status  latch  or  clock,  and  interrupt  vectoring  and 
dynamic-memory  refresh  are  completely  supported 
within  the  ixP  itself. 

The  13  control  lines  are  actually  subdivided  into 
three  control  buses:  system  control  (six  lines),  juP 


Authors:  Ralph  Ungerman,  (former  Zilog 

Vice  President);  Bernard  Peuto  (Direc- 
tor of  Engineering). 

Reprinted  with  permission  of  Electronic  Design. 


Table  1.  Z80  system  components 


Part  # 

Description 

Price  * * 
100  qty 

Z80-CPU 

Z80-CTC 

Z80-PIO 

Z80-DMA 

Z80-SIO 

8-bit  CPU,  2.5  MHz  * 
Counter/timer,  2.5  MHz  * 
Parallel  I/O,  2.5  MHz  * 

Direct  mem.  access,  2.5  MHz  * 
Serial  I/O,  2.5  MHz  * 

$26.50 

$17.00 

$11.00 

$38.00 

N.A. 

Support  boards unitqtyj 

MCB 

MDC 

RMB 

IOB 

PMB 

PPB/ 

EPROM 

PPB/ 

PROM 

CPB/ 

ROM 

VDB 

Microcomputer  board— kit 
—assembled 

Memory/floppy-disc  controller 
RAM  memory  board 
Input/output  board 
PROM/ROM  memory  board 

EPROM  programmer  (for  2708) 

PROM  programmer 
(for  7620,  7640) 

Combination  programmer 
Video-display  board 

$435, 

$495. 

$795. 

$750. 

$350. 

$395. 

$475. 

$475. 

$575. 

$475, 

* 4-MHz  versions  of  these  parts  are  available. 
*•  0 to  70-C  ratings  in  plastic  packages 


1.  A minimal  Z80  system  can  be  built  with  the  iiP,  an 
oscillator,  some  memory  and  an  I/O  port  such  as  the  PIO. 
Just  a power  supply  and  reset  circuit  must  be  added. 
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2.  the  three  major  buses  on  the  Z80  are  an  address  bus,  a 
data  bus  and  a control  bus.  The  control  bus  can  be  split 
into  three  smaller  buses — one  for  system  control,  one  for 
processor  control  and  one  for  bus  control. 


control  (five  lines),  and  ^P-bus  control  (two  lines).  One 
bus-control  line  functions  as  a bus-request  line 
(BUSRQ),  which  is  an  input  that  requests  not  only 
the  mP’s  address  and  data  buses,  but  also  the  memory- 
request,  I/O-request,  read-data  and  write-data  lines 
of  the  system-control  bus  to  go  to  a high-impedance 
state  so  that  other  devices  can  use  the  bus.  The  other 
bus-control  line,  an  output  signal  called  bus-acknowl- 
edge  (BUSAK),  goes  high  to  indicate  when  the  lines 
go  into  a high-impedance  third  state. 

All  six  system-control  signals  are  outputs  from  the 
fiP.  An  Mi  line  (machine  cycle  1)  goes  Low  to  indicate 
when  the  ,uP  is  in  the  op-code-fetch  part  of  an 
instruction.  The  memory-request  line  (MREQ)  goes 
Low  when  the  address  bus  holds  a valid  address  for 
a memory-read  or  write  operation.  An  I/O-request  line 
(IORQ)  goes  Low  to  indicate  that  the  lower  byte  of 
the  address  bus  holds  a valid  I/O-port  address  for  an 
I/O-read  or  write  operation.  

Memory-read  and  memory-write  lines  (RD  and  WR) 
are  also  active  when  Low.  RD  indicates  that  the  n P 
wants  to  read  data  from  a memory  or  I/O  device,  while 
WR  indicates  that  the  data  bus  holds  data  to  be  stored 
in  the  addressed  location.  When  the  sixth  system- 
control  line,  a refresh  signal  (RFSH),  goes  Low,  it 


indicates  that  the  lower  seven  bits  of  the  address  bus 
contain  a refresh  address  for  dynamic  memories,  so 
the  current  MREQ  signal  should  be  used  to  do  a refresh 
read  to  all  dynamic  memory. 

The  five  ^P-control  lines  consist  of  one  output  signal 
and  four  input  lines.  All  lines  are  active  when  Low. 
The  only  output  is  the  halt  line,  which  indicates  when 
the  gP  has  executed  a software  HALT  instruction  and 
is  waiting  for  either  a nonmaskable  or  maskable 
interrupt.  While  halted,  the  n P automatically  executes 
NOP  instructions  to  maintain  the  memory  refresh. 
The  wait  input  (WAIT)  indicates  to  the  n P that  the 
addressed  memory  or  I/O  device  isn’t  ready  for  a data 
transfer  (the  /jF  will  enter  wait  states  for  as  long  as 
this  line  is  Low).  This  line  allows  memory  or  peripher- 
al of  any  speed  to  be  synchronized  with  the  Z80. 

To  reset  the  /jF  or  initialize  it  once  it  is  on,  the 
RESET  line  can  be  pulled  Low.  When  pulled  Low,  it 
forces  the  Z80’s  program  counter  to  00i6,  disables  the 
interrupt-enable  flip-flop,  sets  register  I to  00i6,  sets 
register  R to  00i6,  and  sets  the  interrupt  node  to  0. 

The  last  two  lines  are  the  interrupt-request  (INT) 
and  nonmaskable-interrupt  (NMI)  inputs.  When 
pulled  Low,  the  INT  line  interrupts  the  processor  at 
the  end  of  the  current  instruction  if  the  software- 
controlled  interrupt-enable  flip-flop  (IFF)  is  enabled, 
and  if  the  BUSRQ  line  is  High.  Each  time  the  nP 
accepts  an  interrupt,  an  acknowledge  signal  (IORQ 
during  an  Mi  time)  is  sent  out  at  the  beginning  of  the 
next  instruction  cycle. 

The  NMI  line  is  a negative-edge  triggered  input,  has 
a higher  priority  than  the  INT  line,  and  is  recognized 
at  the  end  of  the  current  instruction  regardless  of  the 
IFF  state.  When  triggered,  it  forces  the  Z80  to  begin 
execution  at  location  0066i6  after  saving  the  current 
contents  of  the  program  counter  in  an  external  stack. 

Interrupts  and  flags  add  flexibility 

Three  interrupt  modes  are  available  to  the  program- 
mer. Mode  0 permits  the  interrupting  device  to  insert 
any  instruction  on  the  data  bus  and  have  the  juP 
execute  it.  Mode  1 has  the  ixP  automatically  execute 
a restart  to  location  0038i6 — no  external  hardware  is 
required  (the  contents  of  the  program  counter  are 
pushed  onto  the  internal  stack). 

Mode  2,  the  most  powerful,  permits  an  indirect  call 
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3.  By  daisy-chaining  the  peripheral  support  circuits,  any 

number  of  peripheral  chips  can  be  added  tothisZ80-based 
process-control  system.  The  device  closest  to  the  juP  has 


the  highest  priority  interrupt.  Just  16  1C  packages  are 
needed  to  build  this  data-acquisition  subsystem;  and  of 
the  16,  nine  are  memories. 


to  any  memory  location.  In  this  mode,  the  /uP  forms 
the  indirect  address  from  the  upper  byte  of  the  I 
register  and  eight  bits  that  are  supplied  by  the 
interrupting  device. 

Two  identical  8-bit  flag  registers  (F  and  F;)  are  part 
of  the  Z80.  Six  of  the  bits  in  each  register  can  be  used 
as  conditions  for  jump,  call  or  return  instructions; 
they  are  set  or  reset  by  various  gP  operations.  Both 
the  F and  F'  registers  have  four  testable  flag  bits  and 
two  nontestable  bits.  The  four  testable  bits  are  the 
Carry  flag,  Zero  flag,  Negative-sign  flag  and 
Parity/overflow  flag. 

The  Carry  flag  contains  carry  from  the  highest- 
order  accumulator  bit— add,  subtract,  shift  and  rotate 
instructions  can  alter  its  state.  If  an  operation  loads 
a zero  into  the  accumulator,  the  Zero  flag  gets  set. 
Otherwise,  it  is  reset.  Used  with  signed  numbers,  the 
Negative-sign  flag  gets  set  if  the  result  of  an  operation 
is  negative  (bit  7 of  the  accumulator  is  the  sign  bit). 
The  dual-purpose  Parity /overflow  bit  gets  set  when 
the  parity  of  the  result  in  the  accumulator  for  a logic 


operation  is  even,  or  is  used  to  indicate  overflow  when 
signed  2’s  complement  arithmetic  is  performed. 

The  two  nontestable  bits  are  Half-carry  and  Sub- 
tract flags.  The  Half-carry  flag  is  a BCD-carry  or 
borrow  result  from  the  least-significant  four  bits  of 
the  operation.  (When  a DAA  instruction  is  used,  this 
flag  corrects  the  result  of  a previously  packed  decimal- 
add  or  subtract  operation.)  The  Subtract  flag  corrects 
BCD  operations  by  helping  identify  the  previous 
instruction;  The  correction  differs  for  addition  and 
subtraction. 

Shifting  operations  can  be  performed  on  any  reg- 
ister or  memory  location  rather  than  just  on  the 
accumulator.  What’s  more,  I/O  operations  can  also 
be  done  with  any  register,  rather  than  just  the 
accumulator.  Sixteen-bit  direct  loads  and  stores  can 
be  sent  to  the  BC-register  pair,  the  DE  pair  or  the 
IX  or  IY  registers— instead  of  just  the  HL  as  in  the 
8080.  Consequently,  the  number  of  exchange  and 
register-move  operations  is  reduced  considerably. 
Also,  16-bit  arithmetic  operations  using  the  HL  pair 
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Z80  microprocessor  architecture 


Built  into  the  Z80  microprocessor  are  all  bus- 
control,  memory-control,  and  timing  signals  in  addi- 
tion to  eight  general-purpose  16-bit  registers  and  an 
arithmetic-and-logic  unit  (ALU).  The  Z80  is  upward- 
compatible  with  the  Intel  8080 A1  and  8085  ii Ps. 

All  the  8080  registers  are  duplicated  within  the  Z80 
and,  in  addition  to  the  eight  8-bit  registers  (A,  F,  B, 
C,  D,  E,  H and  L)  of  the  8080,  there  is  an  alternate 
set  (A7,  F7,  B',  C7,  D',  E7,  H7and  L7)  and  several  other 
special-purpose  registers.  The  additional  registers 
include  two  16-bit  index  registers  (IX  and  IY),  an  8- 
bit  interrupt-vector  register  (I)  and  an  8-bit  memory- 
refresh  register  (R).  Also  carried  forward  from  the 
8080  register  set  are  the  16-bit  stack  pointer  and  the 
16-bit  program  counter  (PC). 

Normally,  all  instructions  reference  the  main  reg- 
ister set,  and  alternate  registers  are  accessed  via  two 
exchange  commands  that  swap  register  contents  in 
the  banks.  One  command,  exchanges  the  accumulator 
and  register  flags,  while  another  instruction,  ex- 
changes the  other  six  general-purpose  registers.  Since 
both  instructions  are  single-byte,  minimum-execu- 
tion-time instructions,  a complete  swap  can  be  done 
in  four  clock  cycles  (1  /is  for  a 4-MHz  clock).  These 
commands  and  registers  are  very  handy  for  rapid 
single-level  interrupt  handling. 

The  Z80’s  two  index  registers  have  no  direct  cor- 
ollary in  the  8080  architecture,  but  in  operation  they 
resemble  the  single  index  register  in  the  6800  juP.2 
Instructions  using  this  mode  such  as  the  accumulator- 
load command  [LD  A,  (IX  + 7)]  contain  a single-byte 
offset  field  (+7,  in  this  case).  The  effective  address 
of  the  operand  is  the  sum  of  the  offset  and  the  IX- 
register  contents.  This  addressing  mode  is  particular- 
ly convenient  for  table  references,  multibyte  entries 
or  for  passing  a pointer  to  a group  of  subroutine 
parameters.  The  offset  byte  is  interpreted  by  the  Z80 
as  a 2’s  complement  number,  so  both  positive  and 
negative  indexing  is  possible. 

A special  feature  of  the  Z80  is  its  ability  to  refresh 
dynamic  memory  automatically.  Its  memory-refresh 
register  acts  as  a 7-bit  counter  that  is  incremented 
after  every  op-code  fetch.  After  the  fetch,  the  R- 


register  contents  are  loaded  onto  the  low-order  seven 
bits  of  the  address  bus,  and  a status  line  on  the 
processor  goes  low  to  indicate  the  presence  of  a valid 
refresh  count.  Because  this  entire  process  takes  place 
while  the  op  code  is  decoded  internally,  it  never 
interferes  with  any  other  iiY  activity  on  the  bus. 

The  I register  forms  the  high-order  eight  bits  of  an 
address.  When  an  interrupt  occurs  and  the  Z80  is  in 
the  vectored  mode,  the  lower  order  eight  bits  are 
supplied  by  an  interrupting  peripheral.  In  response 
to  the  interrupt,  the  n P does  an  Indirect  Call  instruc- 
tion with  the  composite  address.  All  the  support  chips 
have  corresponding  registers  that  store  the  low-order 
eight  bits  and  supply  them  to  the  Z80  when  the 
interrupt  is  acknowledged. 

Able  to  perform  12  basic  operations— add,  subtract, 
AND,  OR,  Ex-OR,  compare,  test-bit,  reset-bit,  set-bit, 
increment,  decrement,  and  left  or  right-shift  and 
rotate  (arithmetic  or  logic)— the  ALU  communicates 
with  the  registers  and  external-data  bus  by  means  of 
a buffered  internal  bus.  As  each  instruction  is  fetched 
from  memory,  it  is  loaded  into  the  instruction  register 
and  decoded  by  the  control  section,  which  supplies  all 
the  control  signals  for  the  Z80’s  subsystems. 


have  been  expanded  over  the  8080’s  to  include  add  with 
carry  and  subtract  with  borrow. 

Software  gives  the  Z80  horsepower 

Many  of  the  instructions  available  only  in  the  Z80 
support  the  manipulation  of  multibyte  blocks  of  data 
— a great  plus  in  data  communications  and  text 
manipulation.  For  instance,  a block-move  instruction 
takes  data  from  the  memory  location  specified  by  the 
HL-register  pair,  deposits  them  in  the  location  speci- 
fied by  the  DE  pair,  increments  the  HL  and  DE 
registers  and  then  decrements  the  BC  pair,  which  is 
assumed  to  hold  a byte  counter  for  the  operation.  This 


instruction  can  be  executed  in  a single  cycle  or  repeat 
sequence.  Decrementing  the  HL  and  DE  addresses  is 
also  possible. 

By  using  the  block  move  command,  the  /uP  can 
transfer  bytes  of  data  at  5.25  ^s/byte  (for  a 4-MHz 
clock).  Block  operations  are  also  available  for  memory 
searches  and  I/O  operations.  And  shift  and  rotate 
operations  have  been  enhanced.  For  decimal 
arithmetic,  4-bit  shifts  through  the  accumulator  can 
greatly  speed  up  BCD  multiplication  and  division,  and 
bit-manipulation  instructions  permit  fast  access  to 
any  bit  in  either  the  external  memory  or  an  internal 
register. 

Other  enhancements  of  the  instruction  set  include 
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Software  capabilities  of  the  Z80 

Able  to  execute  over  150  different  instructions, 
including  all  78  of  the  8080A  command  set,  the  Z80 
features  seven  basic  families  of  instructions:  load- 
and-exchange,  block-transfer-and-search,  arithmetic 
and  logic,  bit-manipulation  (set,  reset  and  test),  jump, 
call-and-return,  input/output,  and  basic  /uP-control 
commands.  In  all,  the  Z80  can  recognize  696  op  codes 
— 244  are  the  codes  of  the  8080A. 

Load  instructions  move  data  internally  between 
registers  or  between  the  registers  and  external  memo- 
ry. All  these  instructions  must  specify  a source 
location,  from  which  data  are  to  be  moved,  and  a 
destination  location.  Block-transfer  instructions  per- 
mit any  block  of  memory  to  be  moved  to  any  other 
location.  Search  commands  let  any  block  of  external 
memory  be  examined  for  any  8-bit  character.  Once 
the  character  is  found,  the  instruction  is  terminated. 

The  ALU  instructions  operate  on  data  held  in  the 
accumulator  and  other  general-purpose  registers  or 
external  memory.  Results  are  held  in  the  accumulator, 
and  appropriate  flags  are  set.  Bit-manipulation  com- 
mands allow  any  bit  in  the  accumulator,  any  general- 
purpose  register  or  any  external  memory  location  to 
be  set,  reset  or  tested  with  a single  instruction.  Jump, 
Call  and  Return  instructions  are  used  to  transfer 
between  various  locations  in  the  program. 

I/O  instructions  permit  a wide  range  of  transfers 
between  external  memory  locations  or  general- 
purpose  Z80  registers  and  external  I/O  devices.  In 
either  case,  the  port  number  is  provided  on  the  lower 
eight  bits  of  the  address  bus  during  any  I/O  operation. 
Also,  the  basic  n P-control  commands  include  such 
instructions  as  setting  or  resetting  the  interrupt- 
enable  flip-flop  or  setting  the  mode  of  interrupt 
response. 

In  addition  to  the  seven  addressing  modes  of  the 
8080— direct,  register,  register  indirect,  modified 
page  0,  extended,  implied  and  immediate— the  Z80  has 
three  more  addressing  modes:  relative,  indexed,  and 
bit  addressing — that  can  be  used. 

A special  byte-call  instruction  lets  the  Z80  program 
proceed  to  any  of  eight  locations  in  page  0 of  the 
memory.  This  modified  page  0 addressing  allows  a 
single  byte  to  specify  a complete  16-bit  address,  which 
saves  memory  space. 

Relative  addressing  lets  the  Z80  use  the  byte  follow- 
ing the  op  code  to  specify  a displacement  from  the 
current  program-counter  value.  The  displacement 
value  is  in  2’s-complement  form,  which  permits  up 
to  a 4-127  or  -128  byte  displacement.  Extended 
addressing  includes  two  bytes  of  address  in  the 
instruction. 

Index  registers  can  also  be  used  as  part  of  the 
address.  In  the  indexed  addressing  mode,  a byte  of 
data  following  the  op  code  is  a displacement  value  that 
must  be  added  to  the  specified  index  register  (the  op 
code  indicates  which  register)  to  form  a memory 
pointer.  Also  available  is  an  implied  addressing  mode 
in  which  the  op  code  uses  the  contents  of  one  Z80 
register  or  more  as  the  operands.  The  last  addressing 
mode  lets  the  Z80  access  any  memory  location  or  ii? 
register  and  permits  any  bit  to  be  set,  reset  or  tested. 


Mnemonic 


Description 


8-bit  load  instructions 


LD  r,  r' 

LD  r,  n 
LD  r,  (HL) 
LD  r,  (IX+d) 
LD  r,  (I Y+d) 
LD  (HL),  r 
LD  (IX+d),  r 
LD  ( I Y+d),  r 
LD  (HL),  n 
LD  (IX+d),  n 
LD  (I Y+d),  n 
LD  A,  (BC) 
LD  A,  (DE) 
LD  A,  (nn) 
LD  (BC),  A 
LD  (DE),  A 
LD  (nn),  A 
LD  A,  I 
LD  A,  R 
LD  I,  A 
LD  R,  A 


Load  register  r with  r' 

Load  register  r with  n 
Load  r with  location  (HL) 

Load  r with  location  (IX+d) 

Load  r with  location  (I Y+d) 

Load  location  HLwitfvr 
Load  location  IX+d  from  register  r 
Load  location  lY+d  from  register  r 
Load  location  HL  with  value  n 
Load  location  IX+d  with  n 
Load  location  lY+d  with  n 
Load  AC  with  location  BC 
Load  AC  with  location  DE 
Load  AC  with  location  nn 
Load  location  BC  with  AC 
Load  location  DE  with  AC 
Load  location  nn  with  AC 
Load  register  A from  I 
Load  AC  with  register  R 
Load  register  I with  AC 
Load  register  R with  AC 


16-bit  load  instructions 


LD  dd,  nn 
LD  IX,  nn 
LD  IY,  nn 
LD  HL,  (nn) 

LD  dd,  (nn) 
LD  IX,  (nn) 
LD  IY,  (nn) 
LD  (nn),  HL 
LD  (nn),  dd 
LD  (nn),  IX 
LD  (nn),  IY 
LD  SP,  HL 
LD  SP,  IX 
LD  SP,  IY 
PUSH  qq 
PUSH  IX 
PUSH  IY 
POP  qq 
POP  IX 
POP  IY 


Load  registers  dd  with  nn 
Load  register  IX  with  nn 
Load  register  IY  with  nn 

Load  L with  contents  of  location 
nn  and  H with  (nn+1 ) 

Load  registers  dd  with  location  nn 

Load  IX  with  location  nn 

Same  but  for  IY 

Load  location  nn  with  HL 

Load  location  (nn)  with  register  pair  dd 

Same  but  for  IX 

Same  but  for  IY 

Load  stack  pointer  from  HL 

Load  stack  pointer  from  IX 

Load  stack  pointer  from  IY 

Load  register  pair  qq  onto  stack 

Load  IX  onto  stack 

Load  IY  onto  stack 

Load  register  pair  qq  with  top  of  stack 
Load  IX  with  top  of  stack 
Load  IY  with  top  of  stack 


Exchange,  transfer  and  search  instructions 


EX  DE,  HL 
EX  AF,  A*  F' 
EXX 

EX  (SP),  HL 

EX  (SP),  IX 
EX  (SP),  IY 
LDI 

LDIR 

LDD 

LDDR 

CPI 


CPIR 
CP  s 
CPD 
CPDR 


Exchange  contents  of  DE  & HL 

Exchange  contents  of  AF  & A'  F' 

Exchange  all  six  general  purpose  registers 
with  alternates 

Exchange  stack  pointer  contents  with 
HL  contents 

Same  but  use  IX  register 

Same  but  use  IY  register 

Load  (HL)  into  DE,  increment  DE  and 
HL,  decrement  BC 

Same  but  loop  until  (BC)  = O 

Load  location  (PE)  with  location  (HL)  and 
decrement  DE,  HL  and  BC 

Same  but  loop  until  (BC)  = O 

Compare  contents  of  AC  with  (HL),  set  Z 
flat  if  =,  increment  HL  and  decrement 
BC 

Same  but  repeat  until  BC  = O 

Compare  operand  s with  AC 

Same  as  CPI  but  decrement  HL 

Same  as  CPIR  but  decrement  HL 


8-bit  arithmetic  and  logic  instructions 

ADD  A,  r Add  contents  of  r to  AC 

ADD  A,  n Add  byte  n to  AC 

ADD  A,  (HL)  Add  contents  of  HL  to  AC 


2-6 


ADD  A,  (IX+d) 
ADD  A,  ( lY+d) 
ADC  A,  s 
SUB  s 

SBC  s 
AND  s 
OR  s 


Add  location  (IX+d)  to  AC 
Same  but  (lY+d) 

Add  with  carry  operand  s to  AC 

Subtract  contents  of  r,  n,  HL,  IX+d  or 
lY+d  from  AC 

Same  but  also  subtract  carry  flag 
Logic  AND  of  operand  s and  AC 
Same  but  OR  with  AC 


XOR  s 
INC  r 
INC  (HL) 
INC  (IX+d) 
INC  ( lY+d) 
DEC  m 


Same  but  EX-OR  with  AC 
Increment  register  r 
Increment  location  (HL) 
Same  but  use  (IX+d) 

Same  but  use  (lY+d) 
Decrement  operand  m 


'■6-bit  Arithmetic  instructions 


ADD  HL,  ss 
ADC  HL,  ss 
SBC  HL,  ss 

ADD  IX,  pp 
ADD  IY,  rr 
INCss 
INC  IX 
INC  IY 
DEC  ss 
DEC  IX 
DEC  IY 


Add  register  pair  ss  to  HL 
Same  but  include  carry  flag 

From  HL  subtract  contents  of  ss  and 
carry  flag 

Add  register  pair  pp  to  IX 
Same  but  use  rr  and  IY 
Increment  register  pair  ss 
Increment  IX  register 
Same  but  IY  register 
Decrement  register  pair  ss 
Same  but  IX  register 
Same  but  IY  register 


General  purpose  arithmetic  & control  instructions 


DAA 

CPL 

NEG 

CCF 

SCF 

NOP 

HALT 

Dl 

El 

IM0 

IM1 

IM2 


Decimal  adjust  accumulator 
Complement  (AC) 

Complement  (AC)  and  add  1 
Complement  carry  flag 
Set  carry  flag  = 1 
No  operation 

Halt,  wait  for  interrupt  or  reset 

Disable  interrupts 

Enable  interrupts 

Set  JUP  to  interrupt  mode  0 

Set  juP  to  interrupt  mode  1 

Set  jUP  to  interrupt  mode  2 


Rotate  and  shift  instructions 


RLCA 
R LA 
RRCA 
RRA 
RLC  r 
RLC  (HL) 
RLC  (IX+d) 
RLC  (lY+d) 


Rotate  AC  left 

Same  but  include  carry  flag 

Rotate  AC  right 

Same  but  include  carry  flag 

Rotate  register  r left 

Rotate  location  (HL)  left 

Same  but  location  (IX+d) 

Same  but  location  (lY+d) 


R L m 

RRC  m 
RR  m 
SLAs 
SR  A s 
SR  L s 
RLD 

RRD 


Same  as  any  RLC  but  include 
carry  flag 

Same  as  RLC  but  shift  right 
Same  as  RL  m but  shift  right 
Shift  left  (any  RLC  register) 

Same  but  shift  right  and  keep  MSB 
Same  as  SLA  but  shift  right 
Simultaneous  4-bit  rotate  from  AC.  to 
L,  L to  Hand  H to  ACL 

Simultaneous  4-bit  rotate  from  ACi  to 
H,  H to  L and  L to  ACj_ 


Bit  set,  reset  and  test  instructions 


BIT  b,  r 
BIT  b,  (HL) 
BIT  b,  (IX+d) 
BIT  b,  ( I Y+d) 
SET  b,  r 
SET  b,  (HL) 
SET  b,  (IX+d) 
SET  b,  (lY+d) 
RES  b,  s 


Test  bit  b of  register  r 
Test  bit  b of  location  (HL) 

Test  bit  b of  location  (IX+d) 

Test  bit  b of  location  (lY+d) 

Set  bit  b in  register  r to  1 
Same  but  use  contents  of  location  HL 
Same  but  use  contents  of  location  IX+d 
Same  but  use  contents  of  location  I Y+d 
Reset  bit  b of  operand  m 


Jump,  c all  and  return  instructions 


JP  nn 

Unconditional  jump  to  location  nn 

JP  cc,  nn 

If  condition  cc  True,  do  a JP  nn 
otherwise  continue 

JR  e 

Unconditional  jump  to  PC+e 

JR  C,'  e 

If  C = 0 continue.  If  C = 1 do  JR  e 

JR  NC,  e 

Reverse  of  JR  c,  e 

JR  Z,  e 

If  Z = 0 continue.  If  Z = 1 do  JR  e 

JR  NZ,  e 

Reverse  of  JR  Z,  e 

JP  (HL) 

Load  PC  from  (HL) 

JP  (IX) 

Load  PC  from  (IX) 

JP  (IY) 

Load  PC  from  (1 Y) 

DJNZ,  e 

Decrement  register  B and  jump 
relative  if  B = 0 

CALL  nn 

Unconditional  call  subroutine  at 
location  nn 

CALL  cc,  nn 

Call  subroutine  at  location  nn  if 
condition  cc  is  True 

RET 

Return  from  subroutine 

RET  cc 

If  cc  false  continue,  otherwise  do  RET 

RETI 

Return  from  interrupt 

RETN 

Return  from  nonmaskable  interrupt 

RST  p 

Store  PC  in  stack,  load  0 in  PC^ 
and  restart  vector  in  PCj_ 

Input/output  instructions  I 

IN  A,  n 

Load  AC  with  input  from  device  n 

IN  r,  (C) 

Load  r with  input  from  device  C 

INI 

Store  contents  of  location  specified  by  C 
in  address  specified  by  HL,  decrement 
B and  increment  HL 

INIR 

Same  but  repeat  until  B = 0 

IND 

Same  as  INI  but  decrement  HL  too 

INDR 

Same  as  INIR  but  decrement  HL  too 

OUT  n,  A 

Load  output  port  (n)  with  AC 

OUT  (C),  r 

Load  output  port  (C)  with  register  r 

OUTI 

Load  output  port  (C)  with  location  (HL) 
and  increment  HLand  decrement  B 

OTIR 

Same  but  repeat  until  B = 0 

OUTD 

Same  as  OUTI  but  decrement  HL 

OTDR 

Same  as  OTIR  but  decrement  HL 

Notes 

b represents  a 3-bit  code  that  indicates  position  of  the  bit  to 
be  modified 

cc  represents  a 3-bit  code  that  indicates  which  of  eight  condi- 
tion codes  are  to  be  used 

d is  an  8-bit  offset  value 

dd  refers  to  register  pairs  BC,  DC,  HL  or  the  stack  pointer 
e represents  a signed  two's  complement  number  between 
-126  and  +129 
m is  an  8-bit  number 
n is  an  8-bit  number 
nn  refers  to  two  8-bit  bytes 

p represents  one  of  eight  restart  vector  locations  on  page  0 
pp  refers  to  register  pairs  BC,  DE,  the  IX  register  or  the  stack 
pointer. 

qq  refers  to  register  pairs  AF,  BC,  DE  or  HL 
r or  r'  refers  to  registers  A,  B,  C,  D,  E,  H or  L or  their 
alternates 

rr  refers  to  register  pairs  BC,  DE,  the  IY  register  or  the  stack 
pointer 

s refers  to  either  the  r registers,  the  n data  word  or  the  con- 
tents of  locations  specified  by  the  contents  of  the  HL, 
IX+d  or  lY+d  registers 

ss  refers  to  register  pairs  Be,  OF.  HL  or  the  stack  pointer 
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4.  With  two  parallel,  8-bit  I/O  ports,  the  PIO  circuit  (a)  can 
use  either  of  the  ports  in  a parallel  system  or  on  a line-by- 
Ime  basis  for  16  separate  I/O  lines.  Inside  each  port,  five 
control  registers  are  loaded  by  the  Z80  before  operation  to 
initialize  the  port  (b). 

the  decimal-adjust  command,  which  now  works  after 
subtract  as  well  as  add  operations.  Negate-instruc- 
tions  and  looping  commands  are  also  part  of  the  set. 
The  looping  instruction  decrements  the  B register  and 
takes  a relative  branch  if  that  register  has  not  reached 
zero.  Other  operations  are  shown  in  the  box  on  Z80 
software  (see  page  58). 

Put  the  Z80  to  work 

With  the  four  basic  Z80  peripheral  circuits  described 
virtually  any  high-performance  microcomputer  can  be 
constructed.  For  example,  a process-control  system 
can  be  built  around  the  Z80,  as  shown  in  Fig.  3.  The 
peripherals  handled  by  the  Z80  controller  include 
three  parallel  input/output  circuits  and  one 
counter/timer.  The  PIOs  handle  a 16-key  keyboard, 
a printer,  a multichannel  a/d  converter  and  16  control 
lines.  Because  the  peripheral  chips  can  be  daisy- 
chained,  a priority  interrupt  structure  can  be  formed 
with  little  or  no  software  or  hardware  overhead.  Using 
the  interrupt  mode,  the  requesting  PIO  causes  the  gP 
to  go  to  a service  routine,  and,  after  the  routine,  a 
special  instruction— return-from-interrupt — goes 
back  to  the  PIO  and  allows  the  gP  to  service  lower- 
priority  interrupts. 

All  support  chips  have  two  lines  for  daisy-chaining 
—the  Interrupt-enable-in  (IEI)  and  Interrupt-enable- 
out  (IEO).  Since  a CTC  is  used  in  the  controller  to 


relieve  the  Z80  from  doing  timing  loops,  software 
overhead  is  minimized.  For  the  controller  of  Fig.  3, 
14  ICs  are  needed — and  nine  of  them  are  memories 
(2048  bytes  of  ROM  and  4096  bytes  of  RAM). 

The  Z80-PIO,  a parallel-interface  controller,  has  two 
8-bit  ports  and  provides  TTL-compatible  interfaces 
(Fig.  4a).  Port  A has  four  possible  modes  of  operation: 
byte  output,  byte  input,  byte  bidirectional  bus  and  bit. 
Port  B has  all  the  modes  except  byte  bidirectional. 
The  port  I/O  logic  consists  of  handshake  control  and 
six  registers  (Fig.  4b):  an  8-bit  input  register,  an  8- 
bit  output  register,  a 2-bit  mode-control  register,  an 
8-bit  mask  register,  an  8-bit  I/O-select  register  and 
a 2-bit  mask-control  register.  The  last  three  are  used 
only  when  the  port  is  programmed  to  operate  in  the 
bit  mode.  Of  the  40  pins  on  the  PIO,  24  are  required 
by  the  port  and  CPU  buses,  six  more  for  (iP  interfac- 
ing, three  for  interrupt  control,  four  for  handshaking 
the  I/O  ports  and  three  for  power,  ground  and  the 
single-phase  clock. 

Four  of  the  six  internal  registers  are  loaded  by  the 
Z80  for  characteristic  programming.  The  contents  of 
the  2-bit  mode-control  register  determine  which  of  the 
four  PIO  operating  modes  is  to  be  used.  Similarly,  the 
2-bit  mask-control  register  specifies  the  active  state 
(High  or  Low)  of  any  peripheral-interface  lines  which 
are  to  be  monitored.  It  also  permits  an  interrupt  to 
be  generated  when  all  unmasked  pins  are  active  (AND 
condition)  or  when  any  unmasked  pin  is  active  (OR 
condition).  The  code  loaded  into  the  mask  register 
determines  which  peripheral-device  interface  pins  are 
to  be  monitored  for  the  specified  status  condition.  And 
the  code  held  in  the  I/O-select  register  determines 
which  pins  are  inputs  or  outputs  during  bit-mode 
operation.  The  other  two  registers  hold  incoming  or 
outgoing  data. 

To  relieve  some  software  overhead  in  timing  situ- 
ations, the  CTC  provides  four  channels  of  program- 
mable timing  and  counting  functions  that  can  be  set 
with  software  (Fig.  5).  Each  channel  operates  in  either 
a timer  or  counter  mode,  and  programmable  inter- 
rupts can  occur  on  counter  or  timer  states.  Other 
features  include  a readable  down  counter,  a selectable 
16  or  256  clock  prescaler  for  each  timer,  a selectable 
positive  or  negative  trigger  for  timer  initiation  and 
automatic  reload  of  counter  or  timer  constants.  In 
addition  three  channels  have  zero  count/timeout  out- 
puts capable  of  driving  Darlington  transistors. 

Each  channel  has  two  registers,  both  eight  bits  long 
and  loaded  by  the  ^P.  One  register,  the  time-constant 
register,  loads  the  preset  value  into  the  down  counter. 
The  other,  called  a channel-control  register,  contains 
the  mode  and  condition  information  for  channel  opera- 
tion. Also  included  in  each  channel  are  an  8-bit  down 
counter  and  an  8-bit  prescaler.  The  counter  is  decre- 
mented by  the  prescaler  in  the  timer  mode  and  by 
the  clock-trigger  input  in  the  counter  mode. 

Of  the  28  pins  on  the  CTC,  eight  connect  to  the  data 
bus,  seven  to  the  control  lines,  three  handle  interrupt 
control  and  three  are  required  for  power,  ground  and 


2-8 


5.  Each  CTC  provides  four  channels  of  counting/timing 
capability  with  an  8-bit  counter  on  each  channel  (a).  There 
is  a control  register  for  each  channel  and  a programmable 
8-bit  prescaler  (b). 

the  single-phase  clock.  Three  of  the  four  input  chan- 
nels have  one  input  and  one  output  line  and  the  fourth 
channel  has  only  an  input  line. 

Speed  up  data  transfer  with  DMA 

One  of  the  interface  circuits,  a direct-memory- 
access  controller,  is  designed  to  effect  the  high-speed 
transfer  of  a block  of  data  between  any  two  ports  in 
a Z80  system  and  can  also  be  used  with  other  gPs. 
The  circuit  is  a programmable,  single-channel  device 
that  provides  all  address,  timing  and  control  signals 
for  the  data  transfer  (Fig.  6).  Also,  the  DMA  circuit 
can  search  a block  of  data  for  a particular,  bit- 
maskable  byte,  with  or  without  transferring  the  data. 
Capable  of  transfer-only,  search-only  or  search-and- 
transfer  operations  at  up  to  1.2  Mbyte/s,  the  circuit 
can  automatically  increment  or  decrement  the  port 
address  from  a programmed  starting  address. 

Four  communications  modes  are  available  on  the 
chip — a byte-at-a-time  mode  that  transfers  one  byte 
per  request,  a burst  mode  that  lets  the  transfer 
continue  as  long  as  ports  are  ready,  a continuous  mode 
that  locks  out  the  ^P  until  the  operation  is  completed, 
and  a transparent  mode  that  steals  refresh  cycles. 
When  the  circuit  finds  a match  or  finishes  a transfer, 
it  can  be  programmed  to  generate  an  interrupt.  Or 
a complete  repeat  cycle  can  be  programmed  for 
automatic  repeat  or  repeat  on  command.  A built-in 
block  counter  can  generate  a signal  when  a certain 


number  of  bytes  has  been  transferred— -without  halt- 
ing the  transfer. 

Inside  the  DMA  controller  are  bus-interface  circuits 
for  both  the  data  and  address  buses,  logic  and  registers 
to  control  parameters  of  the  circuit,  and  address  and 
byte-count  circuitry  to  generate  port  addresses.  There 
are  also  provisions  for  incrementing  or  decrementing 
the  address,  timing  circuitry  for  adjusting  the 
read/write  timing  of  both  ports  being  addressed,  and 
compare  logic  that  permits  a byte-matching  operation 
(if  a match  is  encountered,  a flag  is  set  in  the  DMA’s 
status  register).  Also  built-in  is  the  interrupt  and 
BUSRQ  logic,  which  includes  a control  register  that 
specifies  conditions  for  the  chip  to  generate  an  inter- 
rupt, all  the  priority-encoding  logic  to  select  between 
generation  of  an  INT  or  BUSRQ  output,  and  an 
interrupt-vector  register  for  automatic  vectoring  to  an 
interrupt-service  routine. 

Of  the  40  pins  on  the  DMA  controller,  24  are  needed 
for  the  address  and  data  bus,  and  five  are  needed  for 
the  ii P control  bus.  Eight  more  handle  the  interrupt 
control  and  timing,  and  three  more  are  necessary  for 
power,  ground  and  clock  inputs. 

For  serial  communications,  the  serial-input/output 
circuit  (SIO)  provides  two  full  duplex  programmable 
channels  capable  of  handling  asynchronous, 
synchronous,  and  synchronous-bit  protocols  (IBM 
Bisync,  HDLC  and  SDLC).  It  can  also  generate  cyclic- 
redundancy  check  codes  in  any  synchronous  mode.  The 
SIO  has  four  independent  serial  ports— two  for  trans- 
mitting and  two  for  receiving  (Fig.  7).  Asynchronous 
data  with  5,  6,  7 or  8 bits  and  1,  I-V2  or  2-stop  bits 
as  well  as  even,  odd  or  no-parity  generation  or  check- 
ing can  be  handled. 

The  circuit  has  X 1,  16,  32  and  64  clock  modes  and 
data  rates  from  0 to  600  kHz.  The  transmitter  sections 
have  eight  modem-control  lines,  quadruple  buffers  on 
receiver  data  and  error  registers,  and  double  buffers 
on  the  transmitter  sections.  The  bus-I/O  control  block 
includes  the  logic  for  selecting  channels  and  registers, 
read/write  control,  and  control  of  special  timing  for 
interrupt-acknowledge  cycles.  Interrupt  logic  includes 
the  daisy-chain  provision  as  well  as  two  special  8-bit 
control  registers  to  handle  the  various  interrupt  op- 
tions, as  well  as  an  8-bit  vector  register  for  interrupt 
response. 

Three  receive  buffers  allow  enough  time  for  inter- 
rupt servicing  of  fast  data  rates.  The  receiver-shift 
register  is  controlled  by  the  receive-control  logic, 
which  includes  two  8-bit  registers  for  receive-mode 
selection  and  options.  There  are  two  more  8-bit  reg- 
isters for  programmable-sync  characters.  The 
external-status  register  is  an  8-bit,  read-only  register 
that  indicates  the  state  of  the  modem-control  pins  as 
well  as  several  internal-status  conditions.  An  internal- 
status  register  also  indicates  the  state  of  the  SIO.  Each 
channel  has  its  own  receive,  transmit  and  status- 
register  banks. 

Now  that  you  are  familiar  with  all  the  basic  system- 
building blocks,  you  can  mold  them  with  software  into 
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a working  system.  Because  of  the  Z80’s  rich  instruc- 
tion set,  assembling  software  programs  by  hand  can 
be  too  complicated  for  most  applications;  you  should 
use  either  a dedicated  development  system  or  time- 
sharing service. 

Development  systems  speed  software 

The  Z80  development  systems  and  the  software 
available  from  Zilog  include  several  large  dedicated 
units  that  permit  hardware  or  software  development, 
or  both  (Table  2).  Also  available  are  assemblers, 
compilers  and  time-sharing  services  as  well  as  Basic 
and  PLZ.  (Cobol  and  Fortran  will  be  available  soon.) 

All  program  statements  in  the  development  systems 


6.  The  direct-memory-access  controller  has  three  classes 
of  operation:  transfer-only,  search-only  or  search-and- 
transfer.  Any  device  on  the  system  bus  can  be  controlled 
by  the  DMA;  internal  counters  keep  track  of  source  and 
destination  addresses. 


are  handled  by  a text  editor  and  stored  in  a dual  floppy- 
disc  file  management  system.  Once  filed,  the  program 
is  ready  for  testing  and  can  be  translated  by  an 
assembler  or  compiler  into  code  for  the  Z80.  The  code 
can  be  tested  by  a hardware/software  debug  package 
that  provides  interrogation,  control  and  tracing 
capabilities. 

In  the  monitor  mode  the  system  has  four  operating 
environments:  file,  edit,  debug  and  assemble.  The  file 
capabilities  are  pretty  standard  types  of  features — 
storing  records  on  disc,  pulling  records  from  disc, 
changing  records  and  saving  the  new  results.  The 
debug  and  assembler  features  of  the  development 
system  offer  some  pretty  powerful  capabilities.  With 
the  debug  commands,  you  can  set  up  breakpoints, 
compare  blocks  of  memory  and  trace  an  operation. 

In  the  debug  mode,  for  instance,  system  trans- 
actions can  be  loaded  into  a special  memory  as  the 
program  executes  in  real  time.  And,  once  any  user- 
defined  condition  has  occurred  (such  as  the  setting  of 
bit  6 of  port  8Bi6  or  reading  from  address  21C8ie),  the 
program  execution  can  be  suspended  and  the  system 
can  re-enter  the  monitor  mode.  A complete  record  of 
the  last  256  transactions  just  prior  to  program  termi- 
nation is  in  the  system  memory  and  available  to  the 
user. 

The  main  assembler  in  the  development  system 
supports  the  following  features:  macros,  conditional 
assembly,  the  ability  to  assemble  a large  file  and  a 
sorted-symbol  table  with  cross  reference.  All  these 
options  as  well  as  the  printing  and  listing  options  are 
available  by  setting  parameters  at  the  time  of  as- 
sembly. A relocatable  assembler  with  I/O  man- 
agement provides  relocatable  code  and  has  a linking 
loader.  These  permit  you  also  to  specify  other  files 
that  should  be  included  within  the  current  file  being 


— fix 

»§11 


% 

iB 


7.  Two  independent  full-duplex  serial  I/O  channels  are  operate  in  asynchronous  or  synchronous  modes,  includ- 

built  into  the  SIO.  Either  channel  can  be  programmed  to  ing  BiSync  and  HDLC/SDLC. 
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Table  2.  Hardware  and  software  support 


Type 

Price 
unit  qty. 

Name 

Systems 

$8990 

Z80-hardware  & 
software 
development 
system 

$6990 

Z80-software 

development 

system 

$6990 

Z80-hardware 

development 

system 

$5990 

Z80-microcomputer 

system 

Resident 

software 

N.A. 

OSZ80-ope  rating 
system  for  Z80 
development 
systems  and 
MCB  family 

Description 


3 kbytes  ROM,  1 kbyte  RAM  for  system  monitor; 

16  kbyte  RAM;  real-time  debug  module;  dual 
floppy  discs;  In-circuit  emulator;  RS-232  or  current 
loop  interface;  software  and  user’s  manuals;  extra  card 
slots;  2 chassis  system.  Universal  interface  to  printers,  PROM 
programmers,  etc. 

Same  as  above,  except  no  in-circuit  emulation  capability. 


Same  as  first  system,  except  no  universal  interface. 


Dual  floppy  disc  system  in  single  chassis 
containing  any  combination  of  Z80  board 
products  (MCB,  MDC,  etc.) 


Assembler;  translates  assembly  language 
mnemonics  into  machine  language.  Includes 
macro's,  conditional  assembly,  the  ability 
to  assemble  programs  of  virtually  any  length  and  sorted 
symbol  tables  with  complete  cross-reference  listings. 

Relocating  assembler  and  linking  loader:  Facility  for  linking 
programs  which  have  been  assembled  independently  and  executing 
Editor  environment;  allows  the  user  to  input  and  modify  texts, 
such  as,  assembly  language  source  programs. 

File  environment:  controls  and  manipulates  disc  files  that  the 
user  creates  while  writing,  debugging  and  executing 
programs. 

Debug  environment:  allows  the  user  to  load,  test  and  save  programs 
using  an  assortment  of  debugging  aids. 


Cross  N.A. 
software 


BASIC  interpreter 


This  program  supports  an  interpretive  language  that 

allows  translation  into  machine  code  at  execution  time  on  a state* 

ment-by-statement  basis. 


PLZ-Zilog  resident  From  relocatable  assembly  to  high-level  system 
programming  programming; 

language  • allows  access  to  architecture  of  Z80 

• compiles  efficient  code 

• easy  to  translate  to  machine  language 

Two  levels  of  the  language  allow  tailoring  to  programming  task 
needs. 

Z80  cross  assembler  ANSII  16-Bit  Fortran  and  PLI  version  available, 
compiler  JanSua&e  Fu^PLM  language  compiler  produces  Z80 


assembled  so  you  can  combine  programs. 

The  text  editor  in  the  system  includes  many  com- 
mands (for  more  than  many  full  minicomputer  edi- 
tors) to  help  you  manipulate  the  source  files.  Although 
it  is  a line  editor  (the  pointer  always  indicates  the 
beginning  of  a line),  some  string-oriented  commands 
are  available.  Automatic  paging  permits  you  to  edit 
files  that  are  larger  than  available  memory  work 
space.  Put  and  Get  commands  help  you  copy  sections 
from  one  disc  file  to  another  or  insert  them  into  a 
program.  Over  20  commands  in  the  editor  permit  text 
repeats,  alterations,  storage,  line-number  printing 
and  macro  capabilities. 

To  develop  higher-level  language  programs,  you  can 
use  a Basic  interpreter.  This  permits  programs  to  be 
written  and  debugged  interactively.  Also  made  for 
resident  use  is  PLZ,  a procedure-oriented  language 


with  a syntactic  and  semantic  style  that  blends  Algol, 
PL/1  and  Pascal.  It  permits  access  to  the  Z80  architec- 
ture, can  compile  efficient  code  and  is  easy  to  translate 
into  machine  code.  Two  levels  are  available:  PLZ  Level 
I combines  assembly  language  with  statements  neces- 
sary to  create  relocatable  program  modules;  Level  II 
is  similar  to  a high-level  systems  language  in  which 
single  statements  can  substitute  for  sequences  of 
assembly-language  statements.  ■■ 
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DESIGNING  A MICROPROCESSOR 
DRIVEN  MULTIPURPOSE 
PERIPHERAL  CONTROLLER 


Requisites  of  adaptability  to  mix/ match  combinations  of  I/O 
devices,  operation  with  existing  software,  and  intelligence 
formulated  the  design  of  a microprocessor  based  multifunction 
controller  architecture 


Richard  F.  Binder  Modular  Computer  Systems,  Incorporated,  Fort  Lauderdale,  Florida 


equirements  for  a revised  generation  of  peripheral 
controllers  became  apparent  while  the  ModComp 
classic  computer  series  was  still  in  the  conceptual 
stage  of  design.  System  packaging  was  based  on  card- 
edge  pluggable  wirewrapped  boards  for  modularity 
and  ease  of  maintenance.  To  devote  a full  board  space 
(approximately  550  integrated  circuits)  to  a single 
card  reader  or  line  printer  controller  seemed  unreason- 
able ; this  configuration  would  waste  space  and  entail 
extra  cost.  The  decision  therefore  was  made  to  pack- 
age several  such  low  performance  controllers  on  one 
board.  Specifying  that  the  design  approach  would  be 
toward  a multiported  controller  adaptable  to  many 
different  devices  in  mix/match  configuration  avoided 
the  problem  of  choosing  which  controllers  to  conjoin. 
Also,  the  new  controller  had  to  operate  with  existing 
software  and  would  therefore  require  some  intelli- 
gence. For  example,  the  existing  card  reader  controller 
is  fully  buffered  and  can  transfer  data  in  a direct 
12-bit  card  image;  in  a transitional  8-bit  code  called 
“half-Ascil,”  packed  either  one  or  two  bytes  per  word; 
or  in  any  8-bit  code  downloaded  by  the  host  mini- 
computer, again  packed  one  or  two  bytes  per  word. 
It  performs  multipunch  detection  while  translating  to 
8-bit  codes.  Other  controllers  to  be  reimplemented 
are  similarly  sophisticated. 


Clearly,  a microprocessor  is  the  way  to  package  the 
requisite  intelligence  cn  a single  board.  This  approach 
relieves  the  designer  of  complex  hardware  and/or 
custom  microcode  design;  a microprocessor’s  firmware 
is  generally  more  maintainable  than  microcode  fitted 
to  custom  logic.  Also,  interfacing  to  future  devices  should 
be  easier. 


General  Architecture 

Since  a microprocessor  based  controller  is  extremely 
slow  in  relation  to  a controller  implemented  with 
discrete  logic,  the  designer  must  take  into  consideration 
the  microprocessor’s  response  time.  This  response  de- 
ficiency can  be  concealed  for  the  most  part  under 
the  overhead  of  the  host’s  interrupt-driven  input/out- 
put (i/o)  bus  without  slowing  down  the  overall 
system.  Several  nearly  instant  system  responses  are 
still  required,  however,  such  as  the  setting  of  control- 
ler busy  status  for  the  addressed  port  in  response  to 
a transfer-initiate  command.  These  responses  are  gen- 
erated by  hardware  in  the  form  of  a programmed  logic 
array  (pla)  to  set  status  latches.  A Z80A  microproces- 
sor computes  all  other  status  which  are  stored  as  16- 

Reprinted  with  permission  from  Computer  Design — April,  1979  issue 
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bit  words  in  four  4-word  by  4-bit  register  files  for 
access  by  the  host’s  software.  Fig  1 is  a simplified 
block  diagram  of  the  multifunction  controller’s  final 
design. 

Actual  execution  of  commanded  operations  is  of 
course  carried  out  by  the  microprocessor;  all  com- 
mands and  data  are  loaded  by  the  host  into  the 
command/data  (c/d)  first  in,  first  out  (fifo)  buffer. 
This  buffer  allows  the  host  to  issue  several  commands 
in  rapid  sequence.  The  microprocessor  fetches  the  com- 
mands from  the  buffer  one  at  a time  and  processes 
each  as  required.  Even  though  four  independent  de- 
vices can  be  controlled  by  this  design,  the  c/d  FIFO 
buffer  need  not  be  very  deep  in  storage  capacity;  the 
interrupt-driven  i/o  bus  makes  it  possible  for  the 
microprocessor  to  control  to  some  extent  the  rate  at 
which  it  receives  commands  by  controlling  the  rate 
at  which  it  generates  interrupts.  The  c/d  FIFO  buffer 
in  the  controller  is  16  words  deep  by  21  bits  wide 
(16  bits  for  the  data  and  5 bits  to  identify  the  com- 
mand’s function  and  destination  within  the  controller). 

Similarly,  since  four  independent  devices  can  be  con- 
trolled, the  handling  of  one  device  cannot  wait  for 
the  i/o’s  response  to  an  interrupt  for  another  device. 
Therefore,  three  request  FIFO  buffers  are  loaded  by  the 


microprocessor  for  the  host:  service  interrupt  (si),  data 
interrupt  (di),  and  direct  memory  processor  (dmp). 
The  first  two  requests  are  vectored  in  the  host  for 
software  processing,  while  the  third  activates  concur- 
rent hardware  in  the  host’s  i/o  processor  itself.  As 
each  request  is  needed,  the  microprocessor  loads  the 
request’s  source  identification  word  into  the  appropriate 
request  FIFO  buffer.  The  request  FIFO  buffers  are 
unloaded  by  the  host  at  its  own  rate,  and  the  micro- 
processor is  thereby  freed  to  attend  to  other  functions. 
Another  use  of  the  request  FIFO  buffers  is  made  by 
device  firmware  sets  (tasks)  which  must  be  able  to 
“stack”  more  than  one  request  of  the  same  type;  a 
single  register  for  each  request  type  prohibits  such 
stacking. 

The  microprocessor  selected  had  to  be  fast  enough 
to  support  the  required  system  throughput.  Tentative 
short  benchmark  routines  were  coded  for  the  8080A, 
.Z80,  9900,  and  6800.  One  of  the  coded  benchmarks 
was  a routine  to  fetch  the  21 -bit  contents  of  the 
c/d  fifo  buffer  and  transfer  control  to  the  appropriate 
task.  The  following  table  gives  an  approximate  com- 
parison of  various  microprocessors’  performance  derived 
from  a sample  routine  based  on  the  controller’s  firm- 
ware. 


Fig  1 Controller  block  diagram.  Layout  exhibits  straightforward  bus  architecture.  Distinguishing  feature  is  address- 
ing scheme  consisting  of  displacement  register  (DREG)  and  peripheral-select  PLA.  This  hardware  makes  possible 
firmware-transparent  bank  switching 


2-14 


sroprocessor 

Clock  Periods 

Time 

8080A-2 

167  at  320  ns 

53.4  {is 

Z80A 

92  at  250  ns 

23.0  /is 

9900 

114  at  300  ns 

34.2  {is 

68B00 

58  at  500  ns 

29.0  (is 

Calculations  based  upon  these  short  routines  indi- 
cated that  of  the  machines  coded  for,  only  the  Z80A 
would  be  adequate.  All  further  design  was  tailored  ex- 
plicitly for  the  Z80A;  no  detailed  hardware  or  firm- 
ware design  was  produced  for  the  other  machines. 
(These  values  were  attained  by  a designer  most 
familiar  with  the  Z80.  Greater  familiarity  with  other 
microprocessors  might  lessen  the  disparity  in  perfor- 
mance, but  the  Z80’s  powerful  instruction  set,  vectored 
interrupt  scheme,  and  twin  register  sets  made  it  the 
undisputed  choice  for  this  application. ) 

The  four  device  ports  (numbered  0 to  3)  must  be 
adaptable  to  both  serial  and  parallel  devices.  Original- 
ly, the  multifunction  controller  specification  called 
for  support  of  a card  reader,  three  types  of  line  printers 
(two  parallel  and  one  serial),  a paper  tape  punch, 
a paper  tape  reader,  a serial  console  terminal,  and 
a full-duplex  rs-232-C  asynchronous  channel  with  full 
modem  control  and  fully  programmable  parameters. 
A typical  configuration  might  include  a card  reader 


in  port  0,  a line  printer  in  port  1,  and  an  asynchronous 
channel  in  ports  2 and  3.  Packaging  requirements 
specified  a total  of  80  signal  pins  for  all  four  ports. 
This  constraint,  together  with  an  analysis  of  all  the 
parallel  devices,  led  to  a 20-bit  port  configured  as  eight 
bidirectional  bits  for  data  transfer,  four  bidirectional 
bits  for  status  or  control  (handshaking,  etc),  seven 
input  bits  for  status  or  control,  and  one  output  bit 
for  control  (Fig  2) . 

Of  the  seven  input  bits,  two  can  be  programmed 
(Online  for  signal  inversion,  and  one  of  these  two  can 
be  connected  to  either  a pullup  or  pulldown  resistor 
for  device  power  sensing.  The  two  groups  of  bidirec- 
tional bits,  including  control  of  their  buffers,  can  be 
reprogrammed  online.  (For  a card  reader,  all  bits  are 
input;  for  a line  printer,  all  bits  are  output.)  This 
interface  configuration  can  be  made  to  handle  most 
common  8-bit  devices.  For  serial  devices,  the  20-pin 
limitation  requires  that  the  parallel  buffers  be  re- 
moved and  replaced  with  a universal  synchronous/ 
asynchronous  receiver/transmitter  (usart),  as  well 
as  appropriate  line  drivers  and  receivers. 

The  Z80A-PIO  parallel  i/o  controller  chip  provides 
the  required  bit-programmable  port  capability  (Fig  2), 
but  it  has  only  two  8-bit  ports.  Six  pio  chips  are 


Fig  2 Parallel  interface 
port.  Each  parallel  port 
interface  consists  of  3-state 
buffers  connected  to  port’s 
PIOs  to  provide  each  task 
with  ability  to  program 
interface  to  suit  its  own  re- 
quirements. For  uniformity, 
all  buffers  are  Intel  8226 
even  if  used  only  in  one 
direction 


needed  to  drive  four  20-bit  controller  ports.  Since 
one  and  one-half  Pio  chips  provide  24  bits,  the  extra 
four  bits  control  the  buffers  connected  to  the  pro- 
grammable bits.  The  two  shared  pio  controllers  handle 
only  data  paths,  and  therefore  are  not  connected  to 
the  microprocessor’s  interrupt  system.  All  six  chips  are 
configured  to  operate  in  bit  control  mode;  hence,  their 
handshake  lines  are  not  used.  Handshaking  is  accom- 
plished by  addressing  various  port  bits.  Each  controller 
port  has  one  complete  pio  chip  that  can  generate  any 
needed  interrupt. 

For  serial  applications,  all  24  bits  are  available  to 
be  programmed  as  required  to  best  support  the  spe- 
cialized serial  hardware.  To  minimize  serial  hard- 
ware, the  decision  was  made  to  restrict  console  tasks 

i 

to  port  0 or  1,  and  the  channel  task  to  ports  2 and 
3 together.  A serial  line  printer  uses  the  console 
hardware.  A USArt  is  connected  so  that  it  is  handled 
as  though  it  were  an  external  device.  Serial  handling 
may  seem  somewhat  clumsy,  but  the  hardware  involved 
in  the  microprocessor’s  bus  structure  is  simplified  since 
there  is  no  need  to  interface  directly  to  a specific  chip. 
This  approach  also  helps  to  standardize  the  tasks  in 
their  port  handling.  The  Z80-SIO  serial  i/o  chip  was 
not  yet  available  when  this  controller  was  designed. 
Examination  of  the  preliminary  sio  specification,  how- 
ever, indicated  that  use  of  the  sio  would  seriously 
complicate  the  controller’s  internal  structure;  even  if 
the  IC  had  been  available,  it  probably  would  not  have 
been  used.  (The  area  in  question  is  the  displacement 
register,  which  will  be  discussed  later. ) 

Some  of  the  devices  to  be  controlled  require  either 
timeouts  or  cyclic  testing  of  status.  These  timing  func- 
tions are  triggered  by  a Z80A-CTC  (counter-timer  cir- 
cuit) ; its  four  channels  are  allocated  one  to  each 
controller  port,  and  are  used  as  timers  for  intervals 
.up  to  16.4  ms  (the  longest  timeout  possible  with  the 
4-MHz  clock).  Longer  timeouts  are  made  by  firmware 
counting  of  ctc  interrupts. 

A seventh,  or  frontend,  pio  is  used  between  the  micro- 
processor and  the  host’s  i/o  to  load  the  various  re- 
quests into  the  appropriate  FIFO  buffers  and  to  provide 
a vectored  interrupt  signal  to  the  microprocessor  when 
the  c/d  FIFO  contains  information  to  be  processed. 
Sixteen-bit  status  and  data  words  for  the  host  are 
stored  in  separate  4x4  register  files  whose  inputs 
are  i/o  mapped  for  loading  by  the  microprocessor. 

Firmware  Considerations 

In  order  to  be  able  to  switch  among  several  concurrent 
activities,  the  firmware  is  designed  as  a multitasking 
operating  system  consisting  of  an  executive  program 
and  the  various  device  handlers,  or  tasks.  The  executive 
is  always  present,  while  tasks  are  added  as  needed 
by  plugging  in  read-only  memory  (rom)  sets. 

Executive  Program 

The  executive  occupies  768  bytes  of  ROM  and  256  bytes 
of  random-access  memory  (ram),  and  has  three  pri- 
mary functions:  to  initialize  the  system,  control  time- 


sharing, and  provide  executive  services  available  to  all 
tasks.  System  initialization  is  performed  at  power-up 
[Fig  3(a)].  The  first  routine  executed  sets  up  the 
parameters  required  for  the  controller  as  a whole  and 
initializes  the  CTC  since  the  latter  function  is  needed 
only  once  for  all  four  ports.  A loop  is  then  entered 
which  executes  four  times,  once  for  each  port.  Task- 
not-present  status  is  loaded  into  the  status  register  file, 
interrupt  entry  vectors  are  loaded  into  the  pio  assigned 
to  the  port  represented  by  the  pass  count  of  the  loop 
(port  0 on  the  first  pass,  port  1 on  the  second,  etc), 
and  a test  is  made  to  determine  whether  the  port’s 
task  ROM  is  present.  If  not,  its  command  entry  dedi- 
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Fig  3 Simplified  main  controller  flow.  Controller  and  four  tasks 
are  initialized  under  control  of  executive  program  (a).  Program 
then  enters  polling  loop  (b),  which  provides  for  priority  interrupt 
service  and  for  one  task’s  round-robin  polling  service  on  each 
pass.  In  idle  condition,  loop  executes  in  11  ^ s/pass,  ensuring 
reasonably  rapid  interrupt  response 


cated  location  in  RAM  is  loaded  with  a common  ignore- 
this-command  return.  If  it  is  present,  the  first  10  ROM 
locations — containing  pio  interrupt,  ctc  interrupt,  com- 
mand interrupt,  data  transfer  interrupt,  and  polling 
service  entry  addresses — are  transferred  to  dedicated 
locations  in  either  executive  or  task  ram.  Control  is 
then  transferred  to  an  initializer  within  the  task  itself; 
this  routine  sets  up  the  port  PlOs  and  CTC  as  required 
for  the  particular  task,  and  generates  and  loads  valid 
status  to  replace  the  initial  status  loaded  by  the  execu- 
tive. Control  is  then  returned  to  the  executive  initializer, 
which  processes  all  four  ports  in  this  manner  before 
enabling  the  hardware  to  respond  to  the  i/o. 


Once  initialized,  the  system  enters  an  idle  loop 
whose  function  is  to  control  timesharing  among  the 
tasks  present.  This  idle  loop,  called  the  polling  loop 
[Fig  3(b)],  enables  a task  in  two  ways:  interrupt 
service  (priority  enabling)  and  polling  service  (round- 
robin  enabling).  Any  activity  must  begin  with  an  in- 
terrupt, either  from  a task’s  CTC  port  or  from  the 
outside  world  (the  host  or  the  device  connected  to  the 
particular  port).  A ctc  or  device  pio  interrupt  is  vec- 
tored to  the  relevant  task  routine,  which  takes  ap- 
propriate action.  An  interrupt  from  the  host’s  i/o, 
through  the  frontend  PIO,  is  vectored  to  an  executive 
routine  which  extracts  the  contents  of  the  current  c/d 
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FIFO  buffer  location,  decides  whether  it  is  a command 
or  data,  and  transfers  control  to  the  task  routine 
whose  address  is  in  the  pertinent  dedicated  location. 
Whichever  task  routine  is  activated  completes  its  action 
and  returns  control  to  the  polling  loop.  The  task  ac- 
tivity in  question  may  need  service  of  a type  which 
cannot  be  triggered  by  further  interrupts  (such  as 
emptying  a buffer  asynchronously  with  its  filling,  to  a 
device  that  does  not  handshake).  Such  service  is  acti- 
vated by  the  setting  of  a dedicated  location,  called  the 
polling  flag,  to  any  nonzero  value. 

Each  task  has  its  own  polling  flag  and  an  associated 
polling  entry  dedicated  location.  During  each  pass  of 
the  polling  loop,  an  interrupt  window  is  opened  for 
2 /us.  If  no  interrupt  is  pending,  or  upon  return  from 
the  servicing  of  an  interrupt,  the  loop  tests  one  port’s 
polling  flag.  If  the  flag  is  zero,  the  port  number  is 
incremented  and  the  polling  loop  restarts,  opening 
the  interrupt  window.  Each  port  is  tested  once  every 
four  passes  through  the  loop.  If  the  polling  flag  is  non- 
zero, the  loop  fetches  the  address  of  the  task  polling 
routine  from  the  dedicated  location  and  calls  that  routine. 
The  task  routine  takes  the  action  for  which  it  has 
been  set  up  and  resets  the  polling  flag  if  no  further 
polling  service  is  required,  and  then  returns  to  the 
polling  loop,  which  continues  as  before.  Note  that  in- 
terrupt service  always  receives  priority  over  polling 
service;  this  arrangement  provides  the  fastest  possible 
response  to  the  outside  world,  and  is  guaranteed  by 
specifying  that  all  interrupt  routines  must  enable  the 
interrupt  before  returning  to  the  polling  loop.  If  another 
interrupt  is  pending,  it  is  serviced  immediately. 

To  minimize  both  interrupt  and  polling  service 
times,  the  system  takes  advantage  of  the  Z80’s  two 
sets  of  working  registers.  One  set  contains  registers  A, 
B,  C,  D,  E,  H,  and  L;  the  second  set  is  a duplicate 
of  the  first.  A single  instruction  (exx)  will  exchange 
all  but  A with  their  duplicates,  and  another  instruction 
(ex,  af,  af')  will  exchange  A and  the  machine’s  flag 
register.  The  latter  instruction  is  not  used  in  the  multi- 
function controller — A is  considered  volatile  by  each 
routine.  The  polling  loop  does  the  context  swap  for 
polling  routines,  but  interrupt  routines  must  do  the 
swap  themselves.  One  set  is  dedicated  to  the  polling 
loop;  register  B contains  the  number  of  the  next  port 
whose  polling  flag  will  be  tested,  register  pair  DE 
contains  the  address  of  the  polling  flag  in  memory, 
and  register  pair  hl  contains  the  address  of  the  poll- 
ing routine  being  called.  The  second  register  set  is 
available  for  use  by  any  task  or  executive  service 
routine.  The  Z80  also  has  two  index  registers,  IX  and 
IY,  but  these  registers  are  not  used  in  the  controller 
because  indexed  instructions  suffer  a 1 -/as/ instruction 
time  penalty. 

The  executive  provides  several  services  to  any  task 
in  the  form  of  callable  subroutines.  These  services 
perform  the  functions  of 

(1)  Decoding  commands  that  a task  has  determined 
to  be  of  a control  nature,  such  as  controller  interrupt 
connection,  data  transfer  termination,  etc.  Appropriate 
action  is  taken  and  control  is  returned  to  the  calling 
routine  if  required. 


(2)  Generating  one  request  for  a data  transfer  either 
to  or  from  the  i/o.  This  request  may  be  either  a 
Dl  or  a dmp  request;  the  executive  service  routine  tests 
current  controller  parameters  to  decide  which  type  is 
proper. 

(3)  Initializing  or  terminating  the  host’s  dmp  hard- 
ware by  generating  specialized  dmp  requests  for  these 
functions. 

(4)  Requesting  startup  or  shutdown  service  of  the 
host’s  software  by  generating  an  si,  and  optionally 
resetting  controller  busy  when  setting  the  si. 

(5)  Reinitializing  the  calling  task  exactly  as  is  done 
at  power-up.  Primarily  a diagnostic  tool,  this  function 
is  essentially  free — the  same  routines  are  used  in  both 
cases. 

Primary  value  of  the  executive  services  is  to  reduce 
the  size  of  the  tasks,  since  each  task  is  limited  to  768 
bytes  of  ROM  and  256  bytes  of  ram.  An  added  ad- 
vantage lies  in  the  fact  that  a task  designer  need  not 
reinvent  the  wheel  by  designing  all  the  common  func- 
tions again  for  each  new  task;  the  effort  required  to 
implement  new  tasks  is  thereby  minimized. 

As  mentioned  above,  tasks  are  limited  in  size.  A 
more  serious  problem,  however,  is  the  necessity  that 
any  task  (with  certain  specific  exceptions)  be  installed 
into  any  port  position.  It  is  clear  that  the  various  port 
memory  areas  will  have  different  starting  addresses. 
A conventional  software  program  designed  to  be  loaded 
into  various  areas  of  memory  (relocatable  software) 
is  accompanied  by  a list  of  locations  within  the  program 
which  must  be  modified  upon  loading  to  reflect  the 
program’s  starting  address.  Once  programmed,  however, 
a ROM  set  cannot  be  changed;  so  it  would  seem  that 
each  task  must  come  in  four  versions,  one  for  each 
port.  This  constraint  was  considered  unacceptable; 
stocking  of  all  the  different  ROM  sets  would  create 
problems  for  both  manufacturer  and  user.  The  solution 
to  this  problem  lies  in  relocatable  firmware,  which 
can  be  implemented  by  memory  mapping,  of  which 
bank  switching  is  a simplified  form.  Two  address  bits 
(A10  and  All)  are  used  to  select  one  of  the  four 
tasks,  and  the  most  significant  address  bit  (A15)  is 
used  to  control  whether  the  bank  switch  is  invoked 
[Fig  4(a)].  All  tasks,  then,  can  originate  at  memory 
address  zero.  It  is  possible  to  address  any  memory 
location  in  absolute  mode  (A15  = 1),  but  only  the 
selected  task  is  accessible  in  relative  mode  (A15  = 
0) . The  executive  is  always  addressed  absolutely  to 
make  its  services  available  to  any  task.  The  addresses 
of  those  services  are  assembled  with  each  task  as 
“external”  equates. 

Located  in  executive  ram,  the  push-pop  stack  is 
addressed  absolutely.  Pio  and  ctc  interrupt  dedicated 
locations  are  also  in  executive  ram,  but  these  locations 
are  addressed  relatively  so  that  accesses  to  the  same 
relative  address  in  each  task  will  be  routed  to  the 
proper  absolute  address  by  the  bank  switching  control 
hardware.  The  interrupts  themselves  are  routed  through 
the  same  absolute  addresses  by  the  vectors  loaded  into 
the  hardware. 
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Fig  4 Memory  displacement  (bank  switching).  Task/executive  selection  is  ac- 
complished by  multiplexing  A10  and  All  with  contents  of  DREG.  In  absolute  mode 
(A15  = 1),  any  area  of  memory  is  accessible;  in  relative  mode  (A15  = 0),  only 
selected  task  is  accessible.  Interrupt  dedicated  locations  in  executive  RAM  are 
addressed  by  multiplexing  A1  and  A2  with  DREG.  Addresses  generated  by  task 
firmware  access  same  actual  locations  as  does  hardware  interrupt  entry.  Displace- 
ment scheme  makes  it  unnecessary  for  task  to  know  its  port  address.  In  (b), 
firmware-generated  address  of  4000  may  be  actual  address  of  4000,  4002,  4004,  or 
4006,  as  controlled  by  DREG.  Hardware  interrupt  response  (c)  concatenates  interrupt 
register  and  actual  vector  supplied  by  interrupting  peripheral  to  produce  addresses 
in  executive  RAM  that  correspond  to  those  produced  by  DREG-modified  firmware 
addressing 


Task  Routines 

Tasks  consist  of  a series  of  short  routines  whose  func- 
tions fall  into  the  following  categories:  initialization, 
command  and  data  transfer  handling,  request  gen- 
eration, and  device  handling.  During  initialization,  the 
executive  passes  control  to  an  initializing  routine  in 
the  task.  This  initializer  is  responsible  for  setting 
each  of  its  PlOs  with  the  required  i/o  hit  patterns 
and  interrupt  enables,  and  its  ctc  port  with  a timeout 
and  an  enable  if  the  ctc  is  to  be  used.  It  initializes 
task  oriented,  dedicated  locations  as  required,  and  it 
generates  and  loads  the  proper  controller  status  to 
the  status  register  file  for  access  by  the  host.  Control 
is  then  returned  to  the  executive.  This  initialization 
scheme  provides  the  only  reasonable  means  of  con- 
troller setup — by  the  tasks  themselves. 

Commands  to  a task  are  received  from  the  c/d  FIFO 
buffer.  A FIFO  interrupt,  recognized  by  the  frontend 
Pio,  triggers  the  executive  routine  which  fetches  the 
FIFO  contents  and  transfers  control  to  the  task’s  com- 
mand handler.  The  command  handler  then  decides 
what  type  of  action  is  requested  by  examining  the 
16-bit  data  pattern  of  the  command,  making  use  of 
executive  service  if  required,  and  takes  that  action. 
Control  is  then  returned  to  the  executive.  Note  that 
online  task  routines  must  execute  as  fast  as  possible 
in  order  to  make  way  for  other  tasks  which  may  be 


time  dependent.  In  one  design  case,  compliance  with 
this  general  rule  required  that  an  interrupt  routine 
be  divided  into  two  portions;  the  second  half  of  this 
routine  is  triggered  by  programming  a Pio  to  generate 
an  interrupt  when  an  unused  output  bit  is  written  to 
the  true  state.  This  splitting  of  a low  priority  interrupt 
routine  permits  higher  priority  activity  to  intervene 
while  guaranteeing  that  the  second  half  will  execute 
much  sooner  than  if  it  were  a polling  routine. 

At  the  transfer  rates  for  which  the  multifunction 
controller  is  designed,  direct  memory  access  (dma)  adds 
unnecessary  hardware  and  complicates  such  capabilities 
as  character  recognition  and/or  processing.  Therefore, 
data  transfers  are  handled  in  much  the  same  manner 
as  are  commands.  One  of  the  extra  c/d  FIFO  bits 
specifies  the  direction  of  the  transfer;  output  data  from 
the  host  are  either  output  directly  to  the  device  or 
loaded  into  a buffer  for  output  later,  when  the  device 
is  ready.  Buffered  data  output  generally  is  triggered 
by  polling  service,  whereas  direct  output  always  is 
a result  of  a transfer  requested  by  a device  interrupt 
routine  signifying  that  the  device  is  ready.  Input  data 
may  also  be  buffered  or  not,  as  applicable  to  a par- 
ticular device;  for  example,  the  card  reader  task  buffers 
its  data  to  protect  the  i/o  against  overflow.  Input  data 
are  loaded  into  the  data  register  file.  When  the  host 
accepts  the  data  in  response  to  the  controller’s  data 
request,  that  transfer  is  loaded  into  the  c/d  fifo  buffer 
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463 

*********** 

469 

/ 

* INTH  * 

470 

f 

*********** 

471 

r 

472 

r 

ENTER  ON  INTERRUPT  FROM  NOT  HOLD 

473 

f 

022  E 

D9 

474 

INTH 

EXX  ; N0T-H0L  D INTRPT  IF  GET  HERE 

022  F 

21  0C03 

475 

INTHl 

LD  HL, CSTAT 

0232 

7 E 

476 

LD  A,(HL)  ; F E T C H CSTAT 

0233 

OF 

A 77 

RRCA  ; DO , D1  = D1 

0234 

OF 

478 

RRC  A 

0235 

07 

479 

RLC  A 

0236 

17 

480 

RL  A 

0237 

77 

481 

LD  (HL),A  ;SAVE  NEW  CSTAT 

0238 

CD0A02 

482 

CALL  LPSTA  ; L 0 A D MOST-RECENT  STATUS  TO  4X4'S 

0238 

3E97 

483 

LD  A ,097H 

023D 

D383 

484 

OUT  ( PI 0BC ) , A ; SET  UP  FOR  INTRPT  ON  LINE  STROBE 

023  F 

3E  FB 

485 

LD  A,0FBH 

0 241 

038  3 

486 

OUT  (PI0BC),A 

487 

/ 

STRIP  PAGE  PORTION  OF  B0F  INTRPT  HANDLER  ADDRESS 

0243 

3E 4 F 

488 

LD  A,INT 9- INT9/2 56*256 

489 

/ 

THE  ABOVE  MATHEMATICAL  TECHNIQUE  TAKES  ADVANTAGE  OF  THE 

490 

/ 

FACT  THAT  ALL  INTRPT  ROUTINES  ARE  LOCATED  IN  THE  SAME 

491 

f 

MEMORY  PAGE  - ONLY  THE  LOWER  ORDER  ADDRESS  BYTE  NEEDS 

492 

/ 

TO  BE  LOADED.  THIS  TECHNIQUE  IS  USED  THROUGHOUT  THE 

493 

/ 

TASK  IN  ORDER  TO  CONSERVE  EXECUTION  TIME  AND  MEMORY 

494 

• 

/ 

SPACE  . 

0245 

320040 

495 

LD  (PI OBV) , A ; CH  ANGE  PENTV  BACK  TO  "B 0 F"-R OUT  IN E 

0248 

320603 

496 

LD  ( POL  F) , A ;SET  POLLING  FLAG 

024B 

D9 

497 

EXX  ; E X I T 

024  C 

FB 

498 

El 

024  D 

ED4D 

499 

RET  I 

Fig  5 

Typical 

interrupt  i 

routine. 

Routine  monitors  controller  status  change  from  HOLD  to  READY 

when  operator  depresses  RUN  switch.  It  reports  new  status  to  host,  sets  PIO  to  interrupt  when  next 

line  feed  occurs,  and  loads  interrupt  dedicated  location  in  executive  RAM  with  address  of  routine 

which 

tests  for 

bottom-of-form  status.  It  sets  polling  flag — if  controller  is  busy,  data  transfer  com- 

mences  (polling 

vector  will  have 

been  set  to  address  data-to-printer  routine);  if  not,  service  inter- 

rupt 

is  generated  to  notify  host  that  printer  is  available  (polling  vector  will  address  Sl-generation 

routine).  Manipulation  of 

DO  in 

internal  controller  status  word  (CSTAT)  copies  enable  bit  stored 

in  D1 

into  status  that  will 

be  read  by  host  if  SI  is  made 

as  though  it  were  an  output.  Upon  recognizing  this 
input  transfer,  the  firmware  ignores  the  FIFO  data  and 
proceeds  to  ready  the  next  transfer. 

Data  requests  may  be  generated  by  several  mechan- 
isms. An  interrupt  routine  servicing  a device  whose 
data  rate  is  controlled  by  the  device  (eg,  a terminal, 
through  a usart)  generates  a request  when  it  has 
data  for  input  or  when  the  device  requires  output.  A 
polling  routine  emptying  an  input  buffer  generates 
requests  as  long  as  there  are  data  in  the  buffer.  Finally, 
an  output  data  transfer  interrupt  routine  filling  a buffer 
generates  a request  every  time  it  is  triggered  by  the 
receipt  of  a transfer,  after  loading  the  just-received 
data  into  its  buffer. 

Data  are  transferred  to  an  output  device  by  writing 
the  data  to  the  half  PIO  and  then  writing  a one  followed 
by  a zero  to  another  output  bit  assigned  as  the  strobe 


line.  If  a handshake  is  required,  the  strobe  is  set  true 
and  allowed  to  remain  set  until  an  acceptance  is 
signalled  by  the  device.  Data  from  an  input  device 
are  read  from  the  half  PIO  and  then  accepted,  if  the 
device  requires  a response,  by  strobing  in  the  same 
manner  as  for  output.  The  CTC  is  used  for  two  func- 
tions : cyclic  activity  and  single-shot  timeouts.  Most 
cyclic  activity  tests  and  updates  status  for  devices  whose 
status  can  change  during  periods  of  controller  inac- 
tivity. Such  changes  are  often  due  to  operator  inter- 
vention. Single-shot  timeouts  are  required  for  devices 
which  take  long  periods  to  execute  some  function  or 
functions  and  do  not  signal  the  completion  of  such 
functions.  A currently  supported  paper  tape  punch,  for 
example,  takes  a full  second  to  run  up  to  speed  when 
started;  it  is  left  running  for  10  s after  the  completion 
of  a transfer  to  avoid  repeated  up  and  down  cycles 
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and  • the  consequent  startup  delays.  Several  concurrent 
timeouts  may  be  controlled  by  a common  clock  handler 
routine,  and  this  activity  by  no  means  precludes  cyclic 
functions  as  well. 

Hardware  Architecture 

The  memory  bank  switching  function  is  the  central 
capability  of  the  hardware,  and  is  implemented  with 
a single*  2-bit  register  called  the  displacement  register 
(dreg).  Input  to  dreg  is  data  bus  bits  D1  and  D2 
[Fig  4(a)].  This  register  is  loaded  either  by  an 
executive  routine  or  hardware  interrupt  routine.  The 
executive  routine  which  fetches  the  c/d  FIFO  contents 
loads  two  of  the  extra  FIFO  bits  into  dreg  by  a mapped 
memory  write.  The  register  is  addressed  as  though  it 
were  a memory  location;  hence,  any  firmware  has  the 
ability  to  load  it,  but  tasks  normally  do  not  do  so. 
The  two  loaded  bits  are  a binary  encode  of  the  port 
selected  by  the  host’s  controller  address  bus,  and  when 
used  as  A10  and  All,  they  select  the  specified  task’s 
memory  area.  Hardware  interrupt  response  loads  D1 
and  D2  into  dreg  using  the  interrupting  device’s  vector 
to  select  the  task  whose  device  made  the  interrupt. 
Dedicated  interrupt  entry  locations  are  allocated  to 
provide  the  proper  vectors.  It  is  this  function  which 
precluded  use  of  the  Sio.  The  sio  generates  a series 
of  vectors  for  a given  port,  so  that  bits  1 and  2 cannot 
be  used  for  port  selection. 

dreg  outputs  are  multiplexed  with  A10  and  All 
from  the  microprocessor,  and  the  multiplexer  is  steered 
by  A15.  When  A15  is  a zero  (relative  mode),  the 
multiplexer  gates  dreg’s  outputs  to  the  controller’s 
internal  address  bus,  and  any  one  of  the  four  task 
areas  can  be  accessed.  When  A15  is  a one  (absolute 
mode),  the  microprocessor’s  actual  address  is  used, 
and  any  area  of  memory  can  be  addressed.  The  execu- 
tive is  always  addressed  absolutely ; certain  tasks, 
which  occupy  more  than  one  port  and  are  always 
installed  in  the  same  port  location,  are  also  addressed 
absolutely  to  avoid  the  necessity  of  constantly  reload- 
ing dreg  when  executing  different  subroutines. 

dreg  addresses  not  only  memory  but  also  most  other 
port  oriented  hardware  in  the  controller.  This  scheme 
is  necessary  to  speed  execution  times;  if  a task  were 
required  to  recognize  its  port  address,  and  compute 
and  load  the  addresses  of  all  its  devices,  most  routines 
would  become  unreasonably  long.  To  avoid  this  prob- 
lem, all  pios  and  the  ctc  are  selected  by  a peripheral- 
select  pla,  which  is  steered  by  a combination  of  ad- 
dress bits  0 to  7 and  the  dreg  outputs,  dreg  steers 
both  data  and  status  register  files  and  most  of  the  port 
oriented  hardware  in  the  front  end.  This  hardware 
includes  a multiplexer  whose  inputs  are  the  controller’s 
option-selection  switches,  and  several  registers  used 
to  control  interrupt  generation  to  the  host. 

In  addition,  dreg  supplies  a port  selection  function 
in  addressing  the  executive  RAM,  but  in  this  case  dreg’s 
outputs  are  multiplexed  with  address  bits  A1  and  A2. 


Vectors  are  loaded  into  the  various  ports’  interrupting 
peripherals,  two  locations  apart,  and  these  two  address 
bits  select  which  port’s  dedicated  location  is  addressed 
when  the  firmware  uses  relative  mode.  For  example, 
the  firmware  addresses  location  4000  (hexadecimal), 
and  any  one  of  the  four  locations — 4000  (equivalent 
to  C000),  4002,  4004,  or  4006 — is  accessed  as  con- 
trolled by  dreg  [Fig  4(b)].  The  firmware  cannot 
address  these  locations  directly  in  relative  mode  since 
dreg  overlays  the  programmed  address.  During  a hard- 
ware interrupt  response,  location  COxx  is  addressed  with 
the  xx  being  supplied  by  the  interrupting  peripheral 
[Fig  4(c)].  Port  0’s  Pio  supplies  00  to  address  C000, 
port  l’s  pio  addresses  C002,  etc,  with  A15  forcing 
absolute  addressing  to  one  of  four  locations  which  all 
appear  as  4000  to  the  firmware.  This  method  (Fig  5) 
is  used  for  all  interrupt  vectoring.  Extended  use  of 
dreg  makes  it  unnecessary  for  a task  ever  to  know 
in  which  port  it  is  installed,  thereby  significantly  in- 
creasing the  overall  throughput  of  the  controller. 

Summary 

Although  the  multifunction  controller  is  limited  to  an 
aggregate  throughput  of  from  4000  to  8000  bytes/s, 
depending  upon  configuration,  this  performance  exceeds 
the  requirements  of  the  peripheral  devices  it  is  designed 
to  handle.  The  microprocessor  based  design  offers  satis- 
factory solutions  to  most  problems  and  objectives  of 
a multipurpose  intelligent  peripheral  controller:  it 

allows  reasonably  fast  response  to  the  host,  enables 
the  system  designer  to  mix  or  match  peripherals,  and 
provides  an  adaptable  interface  for  additional  periph- 
erals. It  can  easily  be  configured  for  installation  into 
a system,  and  is  relatively  inexpensive  to  manufacture 
and  simple  to  service. 
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Z80  Family 
Interrupt  Structure 


Zilo9  Tutorial 


INTRODUCTION  Interrupts  provide  a means  of  processing 

Information  on  a random  or  asynchronous 
basis.  The  Z80  CPU  and  peripheral  family 
support  Interrupts  using  a daisy-chain 
approach.  As  opposed  to  para  I lei  priority 
resolution,  the  daisy  chain  uses  an 
efficient,  mi n ima I -hardware  method  of  priori- 
tizing multiple  interrupting  devices.  In 
addition,  a parallel  priority  resolution 
scheme  can  be  configured  with  the  Z80  through 
the  use  of  a priority  encoder  and  other 
external  hardware. 

Coupled  with  the  powerful  vectored  interrupt 
capabilities  of  the  Z80,  this  approach  allows 
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the  system  designer  great  flexibility  in 
implementing  an  interrupt  driven  system. 

This  document  describes  the  Z80  CPU  Interrupt 
process  and  evaluates  the  design  of  the 
daisy-chain  interrupt  scheme.  The  reader  can 
refer  to  the  following  documents  for  addi- 
tional information: 


Z80  Assembly  Language  Programming 


Manua I 

Z80/Z80A  CPU  Technical 
Z80/Z80A  SIO  Technical 
Z80/Z80A  PIO  Technical 


(03-0002-01) 
Manual  (03-0029-01) 
Manual  (03-3033-01) 
Manual  (03-0008-01) 


Microcomputer  Components  Data 

Book  (03-8032-01) 


Z80  CPU 

INTERRUPT 

PROCESSING 


The  Z80  uses  two  types  of  interrupts:  mask- 

able (I NT  input)  and  non-maskable  ( NM I 
input).  Maskable  Interrupts  may  be  nested. 
The  simplest  maskable  interrupt  implementa- 
tion does  not  provide  for  the  nesting  of 
interrupts,  thereby  obligating  an  interrupt 
service  routine  to  complete  Its  processing 
and  return  to  the  main  program  before  another 
Interrupt  can  be  serviced.  With  nested 
interrupts,  an  interrupt  service  routine  can 
be  interrupted  either  by  an  interrupt  that 
invokes  the  same  routine  (reentrant  type)  or 
by  a higher  priority  interrupt  that  invokes  a 
different  interrupt  service  routine.  The  Z80 
family  components  allow  the  user  to  Implement 
a powerful  interrupt-dr  I ven  system  utilizing 
these  concepts. 

When  both  types  of  interrupts  are  employed, 
the  Z80  CPU  will  service  them  in  a specific 
sequence.  Both  the  I NT  and  NMI  inputs  are 
sampled  by  the  CPU  on  the  rising  edge  of  CLK 
in  the  last  T state  of  the  last  Machine  (M) 
cycle  of  any  instruction.  However,  if  BUSRQ 
is  active  at  the  same  time,  it  will  be 
processed  before  any  Interrupts.  Figure  1 
illustrates  the  Z80  interrupt  service 
sequence. 


Figure  1 . Z80  Flow  Diagram  Interrupt  Sequence 


Non-Maskable  The  non-maskable  interrupt  (NMI)  is  different 
Interrupts  from  the  maskable  interrupt  in  several 

respects.  NMI  Is  always  enabled  and  cannot 
be  disabled  by  the  programmer.  It  is 
employed  when  very  fast  response  is  desired 
independent  of  the  maskable  interrupt  status 


and  can  be  used  for  Interrupt  conditions  like 
a power  fail  detect.  NMI  is  an  edge-sensi- 
tive  signal  that  has  a lower  priority  than 
BUSRQ  and  higher  priority  than  I NT.  When  the 
CPU  acknowledges  an  occurrence  of  NMI , the 
processor  begins  a normal  opcode  fetch.  How- 
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ever,  the  data  read  from  memory  is  ignored 
and  instead  the  CPU  restarts  its  operation 
from  location  66H.  The  restart  operation 
involves  pushing  the  Program  Counter  onto  the 
stack,  jumping  to  location  66H,  and  continu- 
ing to  process  there.  During  this  time,  the 
status  of  the  maskable  interrupt  condition  is 


preserved  and  maskable  interrupts  are  dis- 
abled, until  either  an  El  instruction  is 
executed  or  a RETN  instruction  is  used  to 
exit  the  NMI  service  routine. 

The  RETN  instruction  is  discussed  in* detail 
in  the  Z80  CPU  Technical  Manua I . Figure  2 
shows  the  timing  used  for  NMT  interrupts. 


LAST  M CYCLE 
LAST  T STATE 


IGNORED  Ml  CYCLE 


PC  TO 

STACK  CYCLE 


PC  TO  

STACK  CYCLE 

I T2  I t3 


a0“a15 


Maskable  Maskable  interrupts  (I NT)  are  acknowledged  special  Ml  cycle.  During  an  interrupt 

Interrupts  with  a lower  priority  than  the  NM I but  allow  acknowledge  cycle,  RD  is  inactive,  IORQ  is 

the  programmer  more  flexibility.  INT  is  active,  and  two  wait  states  are  automatically 

enabled  under  software  control  by  way  of  the  added. 

El  instruction  and  disabled  via  the  Dl in-  Since  the  Z80  peripheral  devices  have  logic 

struct  ion.  When  the  Z80  CPU  samples  INT  and  to  interpret  this  special  cycle  with  no 

it  is  active,  the  processor  begins  an  inter-  additional  external  circuitry,  a minimal 
rupt  acknowledge  cycle  so  long  as  BUSRQ  and  amount  of  hardware  is  needed  by  the  system 

NMI  are  not  active.  The  processor  does  not  and  there  is  no  loss  in  efficiency.  Figure  3 

use  an  interrupt  acknowledge  signal  but  shows  the  detailed  timing  for  the  Z80  CPU 

instead  issues  the  acknowledge  by  executing  a interrupt  acknowledge  cycle. 


Ti  To  Twa  Twa  T3  T4 


RD 

(HIGH) 


Figure  3.  Interrupt  Acknowledge  Cycle 
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There  are  also  three  modes  of  operation  for 
servicing  maskable  interrupts.  These  are  Mode 
0,  Mode  1,  and  Mode  2.  Any  particular  mode 


is  selected  by  the  programmer  using  the  IM 
instruction.  Figure  4 illustrates  the 
processing  sequence  for  each  interrupt  mode. 


MODE  0 MODE  1 


MODE  2 


Maskable 
Interrupt 
Mode  0 


Maskable 
I nterrupt 
Mode  1 


Figure  4.  Maskable  Interrupt  Sequences 


In  the  maskable  interrupt  Mode  0 (as  with  the 
8080  interrupt  response  mode),  the  interrupt- 
ing device  places  an  instruction  on  the  data 
bus  for  execution  by  the  Z80  CPU,  The  in- 
struction used  is  normally  a Restart  (RST) 
instruction,  since  this  is  an  efficient  one- 
byte  call  to  any  of  eight  subroutines  located 
in  the  first  64  bytes  of  memory.  (Each  sub- 
routine is  a maximum  of  eight  bytes.)  How- 
ever, any  instruction  may  be  given  to  the  Z80 
CPU. 

The  first  byte  of  a multi  byte  instruction  Is 
read  during  the  interrupt  acknowledge  cycle. 
Subsequent  bytes  are  read  in  by  normal  memory 
read  cycles.  The  Program  Counter  remains  at 
its  pre interrupt  state,  and  the  user  must 
insure  that  memory  will  not  respond  to  these 

Interrupt  Mode  1 provides  minimally  complex 
peripherals  access  to  interrupt  processing. 

It  is  similar  to  the  NMl  interrupt,  except 
that  the  CPU  automatically  CALLs  to  location 


read  sequences,  since  the  instruction  must 
come  from  the  interrupt  hardware.  Timing  for 
the  additional  bytes  of  a multibyte  instruc- 
tion Is  the  same  as  for  a single  byte  In- 
struction (see  NMl  in  Figure  2). 

When  an  interrupt  is  recognized  by  the  CPU, 
succeeding  Interrupts  are  automatically 
disabled.  An  El  instruction  can  be  executed 
anytime  after  the  interrupt  sequence  begins. 
The  subroutine  can  then  be  Interrupted, 
a I lowing  nested  interrupts  to  be  used.  The 
nesting  process  may  proceed  to  any  level  as 
long  as  a I I pertinent  data  is  saved  and 
restored  correctly. 

Upon  RESET,  the  CPU  automatically  sets 
interrupt  Mode  0. 

38H  instead  of  66H.  As  with  the  NMl,  the  CPU 
pushes  the  Program  Counter  onto  the  stack 
automatical ly  (Figure  2). 
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Maskable 
Interrupt 
Mode  2 
(Vectored 
Interrupts) 


Return  from 
Maskable 
I nterrupt 


The  Z80  CPU  Interrupt  vectoring  structure 
allows  the  peripheral  device  to  identify  the 
starting  location  of  the  interrupt  service 
routine. 

Mode  2 is  the  most  powerful  of  the  three 
maskable  interrupt  modes.  It  allows  an 
indirect  call  to  any  memory  location  by  a 
single  8-bit  vector  supplied  by  the  periph- 
eral. In  this  mode,  the  peripheral  generat- 
ing the  interrupt  places  the  vector  onto  the 
data  bus  In  response  to  an  interrupt  ack- 
nowledge. The  vector  then  becomes  the  least 
significant  eight  bits  of  the  16-bit  indirect 
pointer,  whereas  the  I register  in  the  CPU 
forms  the  most  sJgnificant  eight  bits.  This 
address  points  to  an  even  address  in  the 
vector  table  which  then  becomes  the  starting 
address  of  the  interrupt  service  routine. 
Interrupt  processing  thus  starts  at  an 
arbitrary  16-bit  address,  allowing  any  loca- 
tion in  memory  to  begin  the  service  routine. 
Since  the  vector  is  used  to  identify  two 
adjacent  bytes  that  form  a 16-bit  address, 
the  CPU  requires  an  even  starting  address  for 
the  vector’s  low  byte.  Figure  5 shows  the 
sequence  of  events  for  processing  vectored 
interrupts. 

The  I register  is  loaded  by  the  user  from  the 
A register.  There  is  no  restriction  on  its 


value  other  than  its  pointing  to  a valid 
memory  location. 


Z80  CPU  MEMORY 


VECTOR  TABLE 


NOTES 

1 Interrupt  vector  generated  by  peripheral  is  read  by  CPU  dur- 
ing interrupt  acknowledge  cycle 

2 Vector  combined  with  I register  contents  form  16-bit  memory 
address  pointing  to  vector  table. 

3 Two  bytes  are  read  sequentially  from  vector  table  These  2 
bytes  are  read  into  PC. 

4 Processor  control  is  transferred  to  interrupt  service  routine 
and  execution  continues. 

Figure  5.  Vector  Processing  Sequence 


When  execution  of  the  Interrupt  service 
routine  is  complete,  return  to  the  main 
program  (or  another  service  routine)  occurs 
differently  in  each  mode.  In  Mode  0,  the 
method  of  return  depends  on  which  instruction 
was  executed  by  the  CPU.  If  an  RST  instruc- 
tion is  used,  a simple  RET  suffices.  In  Mode 
1,  the  CPU  treats  the  interrupt  as  a CALL 
instruction,  so  an  RET  is  used.  Mode  2, 
however,  uses  the  vector  information  from  the 
peripheral  chip  to  identify  the  source  of  the 


recognized  interrupt,  and  a method  of  reset- 
ting the  peripheral’s  interrupt  condition 
must  be  found.  This  is  accomplished  by  using 
the  RET  I instruction.  If  Mode  2 is  used  by 
the  programmer,  the  RETI  instruction  must  be 
executed  in  order  to  utilize  the  daisy  chain 
properly.  Figure  6 shows  the  RETI  instruc- 
tion timing  for  the  Z80  CPU.  A more  complete 
description  of  how  RETI  affects  the  periph- 
erals is  given  in  Chapter  3. 


IORQ 


(HIGH) 


Figure  6.  Return  From  Interrupt  Timing  (RETI)  for  Mode  2 Interrupts 
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Halt  Exit 

Using 

Interrupts 


Whenever  a software  halt  Instruction  Is  exe- 
cuted, the  CPU  enters  the  Halt  state  by 
executing  No-OPs  (NOPs)  until  an  Interrupt  or 
RESET  Is  received.  Each  NOP  consists  of  one 
Ml  cycle  with  four  T states.  The  CPU  samples 
the  state  of  the  NMI  and  I NT  lines  on  the 
rising  edge  of  each  T4  clock  (Figure  7). 


When  an  Interrupt  exists  on  either  line,  the 
subsequent  cycle  will  be  either  a memory  read 
operation  (NMI ) or  an  interrupt  acknowledge 
(I NT).  The  timing  in  Figure  7 shows  a mask- 
able Interrupt  causing  the  CPU  to  exit  the 
Halt  state. 


CLK 


-Ml 

(NOP)  — 

Ml 

(NOP)  — 



Ml 
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INTERRUPT 
PROCESSING 
BY  Z80 
PERIPHERALS 


Understanding  maskable  interrupt  processing 
requires  a familiarity  with  how  the  Z80 
peripherals  respond  to  the  CPU  interrupt 
sequence.  The  Z80  family  products  were 
designed  around  the  daisy-chain  Interrupt 
configuration,  which  utilizes  minimal 
external  hardware  (compared  to  paral lei  con- 
tention resolution  interrupt  priority  net- 
works). Many  devices  handle  interrupts  via  a 
handshake  arrangement,  e.g.  the  use  of 
interrupt  request  and  interrupt  acknowledge 
signals.  This  is  the  most  straightforward 
and  probably  the  fastest  method  of  implement- 
ing pr lor  It Izat ion  using  more  than  one 
interrupting  device.  However,  this  method 
requires  a separate  interrupt  request  signal 
for  each  peripheral  device  and  either  a 
separate  acknowledge  signal  for  each  device 
or  a software  acknowledge.  Extra  hardware  Is 
needed  to  provide  contention  resolution 
should  two  or  more  devices  request  an  Inter- 
rupt simultaneously.  With  the  Z80  product 
family,  however,  such  extra  hardware  is 
unnecessary  and  the  software  does  not  need  to 
remove  the  interrupt  request  from  the  periph- 
eral device.  This  Is  made  possible  through 
use  of  the  daisy-chain  priority  network, 
which  can  best  be  visualized  as  a type  of 
bucket  brigade. 

The  Z80  peripheral  products  implement  this 
daisy  chain  with  just  three  extra  signal 
lines  on  each  chip:  interrupt  enable  input 


( I E I ) , interrupt  enable  output  (IEO),  and 
interrupt  request  (I NT).  The  interrupt 
request  line  is  an  open-drain  circuit  that  is 
OR  wired  to  the  I NT  pins  of  the  other  devices 
In  the  chain  and  connected  to  the  I NT  pin  on 
the  Z80  CPU.  This  line  provides  the  inter- 
rupt request  to  the  CPU. 


The  I El  and  IEO  lines  provide  the  means  for 
establishing  priority  among  several  request- 
ing devices.  The  priority  of  a device  is 
determined  by  its  position  in  the  chain.  The 
I El  pin  of  the  highest  priority  device  in  the 
chain  is  connected  to  +5  volts.  The  IEO  pin 
of  the  same  device  is  connected  to  the  IEI 
pin  of  the  next  highest  priority  device.  The 
IEO  pin  of  that  device  goes  to  the  IEI  pin  of 
the  next  lower  device,  as  shown  in  Figure  8, 
and  so  on  to  the  last  device  In  the  chain, 
where  the  IEO  pin  is  left  open.  When  a 
device  has  an  Interrupt  pending,  it  activates 
its  I NT  output  which  requests  service  from 
the  CPU  and  brings  its  IEO  pin  Low,  thereby 
preventing  the  lower  devices  in  the  chain 
from  responding  to  further  Interrupt  opera- 
tions. When  the  CPU  acknowledges  the  inter- 
rupt, the  requesting  device  removes  its 
interrupt  request  ( I NT)  signal.  After  the 
interrupt  processing  Is  completed,  the 
peripheral  will  reset  Itself  with  an  RET I 
instruction,  which  will  bring  IEO  High  and 
restore  the  chain  to  Its  quiescent  state. 
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NOTES. 

1.  Device  3 has  an  interrupt  pending  (IP  set),  which  causes  its 
IEO  pm  to  go  low  preventing  device  4 from  interrupting. 

2 CPU  acknowledges  the  interrupt  and  device  3 has  its  inter- 
rupt under  service  (IUS  set).  The  device's  IP  is  then  reset 

3 Device  1 requests  service,  suspending  device  3 processing. 
(Assuming  interrupts  were  reenabled.) 

4.  Device  1 has  its  interrupt  under  service. 

5 CPU  completes  processing  for  device  1 and  returns  to  device  3 
service  routine 

6.  CPU  completes  processing  for  device  3 and  the  daisy  chain 
returns  to  quiescent  state. 

Figure  8.  Z80  Peripheral  Device  Interrupt  Processing  Sequence 
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Interrupt 

Acknowledge 

Operation 


Return  from 
I nterrupt 
Operation 


The  Z80  peripherals  are  acknowledged  by  the 
CPU  and  then  serviced  by  an  appropriate 
Interrupt  service  routine.  The  acknowledge 
to  the  peripherals  Is  accomplished  by  the  CPU 
executing  a special  Ml  cycle  In  which  IORQ 
goes  active  Instead  of  MREQ  and  RD.  Whenever 
MT  goes  active,  all  peripheral  devices  are 
inhibited  from  changing  their  interrupt 
status.  This  allows  time  for  IEO  to  propa- 
gate through  the  other  devices  in  the  chain 
before  IORQ  goes  active.  As  soon  as  IORQ  and 
Mf  go  active,  the  peripheral  device  that  has 
Its  I El  High  and  an  interrupt  pending  gates 
an  8-bit  vector  onto  the  data  bus.  (See 
Figure  9 for  timing  details.)  This  8-blt 
vector,  which  was  programmed  into  the 
peripheral  device,  is  combined  with  the  con- 
tents of  the  I register  in  the  CPU  to  form  a 
16-bit  address  value.  During  the  time  that 
Ml  and  IORQ  are  active,  the  requesting  device 
removes  the  I NT  signal  (since  the  CPU  has 


acknowledged  It)  and  waits  for  a return 
operation.  If  the  peripheral  device  has  its 
I El  pin  High  and  has  had  an  interrupt  ack- 
nowledged, then  It  completes  the  interrupt 
cycle  and  releases  IEO  (when  It  sees  an  RET I 
instruction  IED-4D  sequence]  on  the  data 
bus).  This  restores  the  chain  to  its  normal 
state  so  that  lower  priority  interrupts  can 
occur. 

The  Z80  peripherals  monitor  FT  and  RD  for  the 
interrupt  acknowledge  cycle.  Since  RD"  goes 
active  before  IORQ,  the  peripheral  devices 
assume  an  interrupt  acknowledge  cycle  If  Ml 
Is  active  and  RD*  is  not.  This  reduces  the 
time  required  for  the  Internal  device  logic 
to  respond  to  IORQ  when  It  goes  active. 

Thus,  a very  powerful  Interrupt-dr  I ven  system 
can  be  implemented  with  minimal  hardware, 
simple  software,  and  high  efficiency  using 
the  Z80  family  components. 


RD 


(HIGH) 


Figure  9.  Peripheral  Interrupt  Acknowledge 


When  the  CPU  executes  an  RET  I Instruction, 
the  device  with  an  interrupt  under  service 
resets  Its  interrupt  condition,  provided  that 
IEI  Is  High.  Al I Z80  peripheral  products 
sample  the  data  bus  for  this  instruction  when 
Ml  goes  active  along  with  RD. 

The  RET  I instruction  decode  by  the  peripheral 
device  has  certain  characteristics  that  the 
designer  should  be  aware  of.  Since  a per iph- 
eral  can  request  an  interrupt  (activate  I NT 
and  bring  IEO  Low)  at  any  time,  it  Is  pos- 
sible for  a device  whose  interrupt  is  cur- 
rently under  service  to  have  its  IEI  pin  Low. 
This  is  undesirable,  since  such  a condition 
prevents  the  peripheral  from  resetting  I US 
properly.  To  overcome  this  problem,  all  Z80 
family  peripherals  bring  IEO  High  momentarily 


when  the  ED  is  seen  during  the  ED-4D 
instruction  fetch*  The  device  whose  Inter- 
rupt is  under  service  does  not  allow  IEO  to 
go  High,  but  when  It  sees  IEI  High,  it  will 
reset  itself  when  the  4D  byte  Is  fetched. 

Figure  10  shows  the  relationship  of  IP  and 
I US  to  I NT,  IEI,  and  IEO.  IP  Is  set  by  an 
interrupt  condition  on  the  peripheral  (such 
as  the  transmit  buffer  becoming  empty)  when- 
ever Interrupts  are  enabled. However,  IP 
being  set  will  only  cause  I NT  to  go  active 
(requesting  an  interrupt)  if  I US  Is  not  set 
and  IEI  is  High.  IP  is  not  necessarily 
cleared  by  the  interrupt  acknowledge  cycle. 
Some  specific  action  must  be  taken  within  the 
service  routine,  such  as  filling  a transmit 
buffer.  Under  these  conditions,  I US  becomes 
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DAISY  CHAIN 
DESIGN 

CONSIDERATIONS 


set  and  disables  IEO  to  prevent  lower  IP  = INTACK  * I NT  COND 

priority  devices  In  the  chain  from  responding  ™ 

to  an  Interrupt  cycle,  I US  Is  cleared  when  and 

I El  Is  High  and  the  peripheral  decodes  a 

valid  "ED-4D"  Instruction,  Thus,  IEO  = ! El  * FUs  * (Fp  + "ED") 


WAIT  FOR  CPU 
INTACK  CYCLE 


(IEO  LOW) 


(iNTLOW)  (VECTOR) 


IEO  HIGH  IF 

NO  FURTHER  INTERRUPTS  AND 
IEI  HIGH 


a)  State  Diagram  of  Z80  Peripherals  During  Interrupt  Cycle 


IEI  IP  IUS  IEO 


0 X X 0 

1X10 
110  0 
10  0 1 

b)  Truth  Table  of  Daisy  Cham  During  Idle 
or  Interrupt  Acknowlege  Condition. 


IEI  IP  IUS  IEO 

0 X X 0 
1X1  0 

1X01 

c)  Truth  Table  of  Daisy  Chain  During 
"ED"  Decode  of  Opcode  Fetch 
Note  That  IP  Is  Not  Part  of  IEO  Condition. 


Figure  10.  Z80  Peripheral  Interrupt  States 


There  are  several  aspects  of  the  Z80  family 
daisy  chain  Implementation  that  deserve 
further  attention. 

First,  since  the  peripheral  devices  must  be 
able  to  monitor  the  data  bus  In  order  to 
decode  the  RET I Instruction  properly,  a means 
of  allowing  them  access  to  the  data  bus  must 
be  provided  if  buffers  are  used.  This  can  be 
done  by  simply  enabling  the  buffers  from  the 
data  bus  to  the  peripheral  for  all  conditions 
except  I/O  read  and  Interrupt  acknowledge. 
Since  the  peripheral  must  assert  an  8-bit 


vector  during  Interrupt  acknowledge,  the 
buffers  must  also  accommodate  this. 

Second,  because  the  peripheral  devices  have  a 
finite  time  during  which  IEI  and  IEO  can 
stabilize  within,  the  propagation  delay  of 
the  devices  must  be  taken  Into  consideration. 
Since  a device  can  change  its  interrupt 
status  until  reaching  the  active  edge  of  mT 
during  interrupt  ^acknowledge,  the  time  from 
this  edge  until  I0RQ  becomes  active  is  the 
time  in  which  the  daisy  chain  must  stabilize. 
Figure  11  shows  the  timing  relationships 
Involved  In  this  process. 


CLK 


INT 


— H Ml  (IEO) 

-~~X  Ni 


INTERRUPT  PENDING 
DEVICE  CAN  CHANGE 


— -►Jts(IEI)^*— 


1^ Tr ►! 

RIPPLE  TIME  FOR  DAISY  CHAIN  = 

TdM1(IEO)  + TdlEI(IEOF)  * [N-2]  +TsIEI(IO)  + TTL  BUFFER  DELAY  (IF  ANY) 

DELAY  TIME  FOR  N-2  DEVICES  IEI  SETUP  TIME  FOR  LAST  DEVICE  IN 

FOR  ALL  IN  CHAIN  UNDER  CHAIN  BEFORE  IORQ  ACTIVE  EDGE 

DEVICES,  TO  WORST  CASE 
PREVENT  CONDITIONS 
FURTHER 

INTERRUPTS,  FROM 
Ml  ACTIVE  EDGE 

Figure  11.  Interrupt  Acknowledge  Peripheral  Propagation  Delay 
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The  Z80  CPU  automat  I ca 1 1 y Inserts  two  wait 
states  during  INTACK,  allowing  a worst-case 
time  for  a chain  of  four  devices  to  become 
settled  (when  using  Z80A  CPU  and  peripherals 
at  4MHz),  If  more  devices  are  In  the  chain, 
some  other  means  of  stabilizing  the  chain 
must  be  provided.  This  can  be  done  either  by 
adding  additional  wait  states  to  the  INTACK 
cycle  or  by  providing  logic  to  the  periph- 
erals that  a I lows  faster  propagation  time 
down  the  chain.  Figure  12  shows  circuitry 
that  provides  both  additional  wait  states  and 
an  Interrupt  look-ahead  circuit  when  more 
than  four  peripheral  devices  are  connected  to 
the  daisy  chain. 


When  adding  wait  states  to  the  Z80  CPU  Inter- 
rupt acknowledge  cycle,  care  must  be  taken  to 
Insure  that  IORQ  goes  active  at  the  proper 
time.  Normally,  the  CPU  activates  IORQ  on 
the  falling  edge  of  the  clock  during  the 
first  wait  cycle.  If  external  logic  Is  used 
to  Insert  additional  wait  states,  these  are 
appended  to  the  two  wait  states  already 
generated  by  the  CPU,  Because  IORQ  goes 
active  during  the  first  wait  state  and  the 
peripherals  assert  their  vectors  when  IORQ 
becomes  active,  IORQ  must  be  Inhibited  until 
the  daisy  chain  becomes  stable.  This  can  be 
done  simply  by  adding  a few  gates  to  the  wait 
logic  (Figure  13),  IORQ*  Is  the  delayed  IORQ 
that  activates  the  peripheral  devices. 


INT 

(to  CPU) 


Ti  T2  Twa  Twa  Tw  Tw  T3 
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The  propagation  delay  through  the  peripheral 
devices  applies  during  the  return  from 
interrupt  condition,  also.  Worst-case 
timing  involves  the  lowest  priority  device 
that  has  an  interrupt  under  service  and  the 
highest  priority  device  that  has  an  inter- 
rupt pending.  When  the  ED  part  of  the  RETI 
opcode  is  fetched,  the  peripheral  devices 
must  decode  it,  and  the  highest  priority 
device  must  bring  its  IEO  pin  High.  This 
I EO  high  signal  must  then  propagate  through 
the  chain  down  to  the  lowest  priority  device 


before  the  4D  part  of  RETI  is  decoded. 

Figure  14  shows  the  timing  relationships 
involved.  This  timing  is  not  as  critical  as 
the  interrupt  acknowledge  timing  at  4 MHz, 
but  should  be  considered  if  wait  states  are 
being  added  to  the  INTACK  cycle. 

If  using  nested  interrupts  with  a large  daisy 
chain,  the  programmer  should  be  careful  not 
to  place  the  RETI  opcodes  too  close  together. 
Since  RETI  is  14  cycles  long,  this  is 
generally  not  a problem  unless  a very  long 
chain  is  used. 


Figure  13.  Wait  State  Logic  for  Interrupt  Acknowledge  Cycle. 

Counter  Preset  Value  Should  Be  5-n,  Where  n = # Wait 
State  Added 


NOTES: 

1 . Setup  time  for  IEI  to  "4D"  decode  * 200ns  (4  0 MHz) 

2 Must  look  at  IEI  during  ED-4D  because  nested  interrupts 
allow  more  than  1 IUS  latch  to  be  set  at  one  time. 

3.  Delay  time  from  ED  decode  with  IP  set  to  IEO  high 

* 300ns  (typ)  400ns  (max)  @2.5  MHz.  This  in  in  addition  to 
ripple  time  for  other  devices  m chain. 


Tr  :>  TdED(IEOr)  + TdIEI(lEOr)  * [N-2]  + TSIEI(4D) 


for  N-2  devices 


TdED(IEOr)  = Delay  time  from  "ED”  decode  to  IEO  rise. 
TdIEI(IEOr)  = Delay  time  from  IEI  high  to  IEO  rise. 

TSIEI(4D)  = Setup  time  tor  IEI  during  "4D"  decode. 

(For  last  device  in  chain.) 

Figure  14.  Daisy  Chain  Interrupt  Timing  (RETI  Condition) 
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SPECIAL  CASES 
OF  INTERRUPTS 


Interfacing  Zllog  8500  series  peripheral 
products  (CIO,  F 10,  SCC,  etc.)  to  the  Z80  CPU 
Is  a little  different  from  Interfacing  the 
Z80  peripherals  to  the  CPU. 

The  primary  difference  between  the  Z80-type 
peripherals  and  the  8500-type  peripherals  Is 
in  the  interrupt  acknowledge  circuitry. 
Functionally,  they  are  the  same,  as  can  be 
seen  In  the  timing  diagrams  of  Figure  15. 
However,  the  8500  peripherals  do  not  sample 
Ml,  RD,  and  I0RQ  for  the  I nterru pt  acknowl- 
edge, but  have  an  explicit  INTACK  pin  to 
signal  the  interrupt  acknowledge.  Also, 
since  the  8500  peripherals  have  a software 
reset  for  the  Interrupt  under  service  flip- 
flop,  these  devices  do  not  require  a special 
return  opcode  to  do  that  operation.  The  user 
need  only  be  concerned  with  the  interrupt 


acknowledge  timing  when  using  the  8500- type 
peripherals. 

Figure  16  shows  a circuit  that  provides  wait 
states  for  the  Z80  CPU  Interrupt  acknowledge 
cycle  in  addition  to  INTACK  generation.  The 
TW  circuitry  can  be  omitted  if  no  Z80 
family  peripheral  devices  are  used. 

In  each  case,  the  8500  peripheral  component 
requires  I NTACK  and  RU  to  be  active  in  order 
for  the  interrupt  vector  to  be  made  available 
to  the  CPU.  The  logic  shown  provides  for 
this. 

This  circuitry  also  permits  extended  inter- 
rupt acknowledge  times  to  allow  for  the  daisy 
chain  propagation  delay  and  the  vector 
response  delay,  so  that  larger  chains  can  be 
i mp I emented • 
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Interrupt*  A RESET  to  the  Z80  CPU  does  several  things  as  execute  an  El  instruction,  just  as  if  a Dl 

During  RESET  far  as  interrupts  are  concerned*  The  I instruction  were  executed*  if  an  NMI  occurs 

register,  which  contains  the  upper  eight  bits  during  the  RESET  operation,  the  CPU  executes 
of  the  16-bit  interrupt  address  value,  is  one  instruction  after  the  RESET  condition  and 

reset  to  0,  and  the  interrupt  mode  is  set  to  before  acknowledging  the  MM  I * Processing 

Mode  0*  Maskable  interrupts  are  disabled  then  continues  as  usual* 

until  the  programmer  instructs  the  CPU  to 


611-1809-0003  2-34  12/1/80 


A Z80-Based  System 
Using  the  DMA 
With  the  SiO 


Zilog 


Application  Brief 


I NTRODUCT I ON  In  certain  applications,  serial  data  com- 

munications can  be  handled  more  efficiently 
by  using  a DMA  device  in  conjunction  with  a 
serial  controller.  This  application  brief 
describes  the  use  of  the  Z80A  SIO  and  Z80A 
DMA  hardware  and  software  in  a Z80-based 
system  to  transfer  data  to  the  SIO  via  the 
DMA. 

Transfers  through  a serial  data  medium  are 
usually  done  with  a serial  control ler  device, 
often  a Universal  Synchronous/Asynchronous 
Receiver/  Transmitter  (USART),  such  as  the 
Z80  SIO.  Additionally,  some  sort  of  con- 
trolling device  is  required  to  manipulate  the 
data  on  a character-by-character  basis, 
(usually  a CPU).  Transferring  characters  can 


January  1981 

be  accomplished  either  by  polling  the  USART, 
which  forces  the  CPU  to  take  time  away  from 
other  activities,  or  by  initiating  an  Inter- 
rupt mechanism,  which  requires  CPU  time  only 
if  there  is  data  to  be  moved.  However,  when 
large  blocks  of  data  need  to  be  moved,  even 
the  interrupt  mechanism  becomes  awkward.  In 
these  cases,  a Direct  Memory  Access  (DMA) 
device  is  especially  valuable. 

With  DMA  transfer,  data  is  moved  directly 
between  memory  and  I/O  (or  additional  memory) 
without  CPU  intervention.  Once  initiated  by 
the  CPU,  DMA  operation  continues  transpar- 
ently to  CPU  operation  until  completed.  Then 
the  DMA  device  can  either  interrupt  the  CPU 
or  restart  its  cycle  using  the  previously 
programmed  parameters. 


HAFDWARE  The  hardware  used  in  the  example  for  this 

DESCRIPTION  brief  consists  of  a Z80A  CPU,  a Z80A  DMA 

control ler,  a Z80A  SI0/2,  some  RAM  and  ROM, 
and  some  support  circuitry  (Figure  1). 

The  Z80A  DMA  contains  a 16-bit  address  bus, 
an  8-bit  data  bus,  and  13  control  lines  for 
external  interfacing.  The  Z80  DMA  can  gen- 
erate independent  addresses  for  Port  A and 
Port  B.  Each  address  can  be  variable  or 
fixed.  Variable  addresses  can  be  programmed 
to  either  increment  or  decrement  from  the 
programmed  starting  addresses,  whereas  fixed 
addressing  eliminates  the  need  for  separate 
enabling  lines  for  I/O  ports. 

Readable  registers  contain  the  current 
address  of  each  port  and  a count  of  the 
number  of  bytes  searched  and/or  transferred. 
Additional  registers  allow  the  DMA  to  perform 
bit-maskable  data  comparisons  on  the  data 
that  is  being  searched  and/or  transferred. 

The  DMA  has  21  writeable  control  registers 
and  seven  readable  status  registers,  which 
together  provide  a high  degree  of  program- 
mabi I ity. 


i zed  to  transfer  data  from  a pattern  in 
memory  to  the  SIO  when  the  SIO  requests  a 
byte  via  the  WAIT/TOY  signal  line.  The  SIO 
then  sends  the  byte  to  a terminal,  which 
displays  it  for  visual  inspection.  After  a 
block  of  bytes  has  been  sent,  the  DMA 
restarts  itself  (Auto  Restart  mode)  and  the 
process  repeats  continuously.  Since  the  data 
pattern  in  memory  consists  of  displayable 
ASCII  characters,  data  is  easily  verified  by 
observing  the  characters  displayed  on  the 
terminal • 

One  feature  of  the  Z80  DMA  is  the  ease  with 
which  it  interfaces  with  the  Z80  CPU.  The 
DMA  is  designed  to  connect  directly  to  the 
CPU,  as  illustrated  in  Figure  2.  The  16 
address  lines,  eight  data  lines,  and  seven 
control  lines  are  connected  directly  to  the 
correspond i ng  lines  on  the  Z80  CPU.  These 
signals  are  then  buffered  by  the  74LS241S  and 
distributed  to  the  rest  of  the  system.  The 
data  bus  is  buffered  by  the  74LS245  bidirec- 
tional octal  buffer.  Other  connections  to 
the  DMA  include  clock,  CE/WAIT,  I NT,  RDY  and 
I El  . 


The  DMA  function  described  is  for  a simple 
test  operation  using  memory-to- I/O  transfer 
with  no  search  options.  The  DMA  is  initial 


The  clock  input  to  the  DMA  is  sensitive  to 
both  level  and  rise  and  fall  times.  The 
voltage  should  be  no  greater  than  +0.45 V for 
a low  level  and  no  less  than  VCC-0.6V  for  a 
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high  level.  Additionally,  the  rise  and  fall 
times  for  the  waveform  should  be  no  greater 
than  30ns,  according  to  the  device  specifi- 


cations. A clock  driver  device  is  used  to 
deliver  the  proper  voltage  levels  and  rise/ 
fall  times. 


OSCILLATOR 


Z80 

CPU 


RDY 

Z80 

DMA 


2K 

RAM 


ADDRESS 

BUS 


BUFFERS 


CONTROL 

BUS 


DATA 

BUS 


2K 

ROM 


RDY 

SIOI2 


BIDIRECTIONAL 

BUFFER 


Figure  1.  Block  Diagram  of  a Z80  System  with  DMA  and  SIO. 
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The  CE/WAIT  Input  to  the  DMA  serves  a dual 
purpose.  When  the  DMA  is  idle  [Bus  Ac know  I- 
edge  Input  (BAI)  inactive!,  the  CE/WAIT  input 
is  used  to  select  the  DMA  during  a CPU  access 
cycle,  allowing  the  DMA  to  be  treated  as  a 
peripheral  device  by  the  CPU.  However,  when 
the  DMA  takes  control  of  the  system  bus,  the 

CE/WAIT  input  can  be  programmed  as  a WAIT 

control  line  for  the  DMA,  similar  to  the  WAIT 
input  on  the  Z80  CPU.  Figure  3 shows  the 
gating  that  determines  the  CE/WAIT  function. 


74LS02 


WAIT 


BAI 

(FROM  CPU1 
DMA  SEL 


o 


7 4 L S 04  74LS02 


o 


74LS02 


I>- 


CE/WAIT 
(TO  DMA) 


NOTES  __ 

CE/WAIT  = (DMA  SEL  • _BAI)  + (WAIT  • BAI) 

Bus  Acknowledge  Input  (BAI)  is  active  Low  during  the  DMA  cycle 

Figure  3.  CE/WAIT  Control  Logic. 


With  the  SIO,  the  hardware  interface  is 
slightly  more  complex  than  the  DMA  hardware 
interface.  The  interface  to  the  Z80  CPU  is 
fairly  straightforward,  since  the  SIO  is 
accessed  as  an  I/O  peripheral  device.  Still, 
the  clock  input  has  the  same  requirements  as 
the  DMA;  so  in  order  to  provide  this  signal, 
some  sort  of  clock  driver  is  needed.  In 
addition,  if  the  SIO  is  used  in  an  interrupt 
environment  where  its  internally  generated 
vector  is  placed  onto  the  data  bus,  the  data 
bus  buffers  must  allow  the  interrupt  vector 
to  be  presented  to  the  CPU  during  the  inter- 
rupt acknowledge  cycle.  Since  the  data  bus 
is  buffered  at  the  CPU,  this  is  not  a problem 
with  the  example  given  here;  the  bus  is  con- 


trolled by  the  CPU  circuitry.  However,  in 
larger  systems,  any  buffers  near  the  SIO  need 
to  be  considered. 

In  addition,  the  system  must  supply  some  form 
of  bit  rate  clock  to  the  SIO  for  data  com- 
munications. This  is  accomplished  either  by 
using  an  external  clock  source  or  by  gener- 
ating the  clock  with  a device  such  as  the  CTC 
or  CIO.  Here  the  clock  is  supplied  at  a IX 
rate  for  asynchronous  communications  from  an 
external  device  such  as  a modem. 


The  WAIT/RDY  pin  on  the  SIO  is  connected  to 
the  RDY  input  on  the  DMA.  This  provides 
character  transfer  control  between  the  SIO 
and  DMA.  In  this  application,  the  ready 
function  is  used  and  the  WAIT/RDY  pin  is 
wired  directly  to  the  RDY  Input  on  the  DMA 
with  a pu f tup  resistor.  A low  level  Initiates 
a DMA  character  transfer  from  memory  to  the 
SIO.  The  SIO  drives  the  WAIT/RDY  line  High 
or  Low  so  that  pul  I up  Is  not  strictly 
required . However,  upon  reset,  the  SIO 
WAIT/RDY  pin  floats  until  the  ready  function 
is  programmed  in  the  SIO.  Figure  4 shows  the 
Z80  CPU-SIO  interface. 

Since  the  SIO  has  only  one  WAIT/RDY  pin  per 
channel,  it  can  be  used  with  the  DMA  only 
during  transmit  or  receive  but  not  both 
simultaneously.  Therefore,  characters  re- 
ceived by  the  SIO  are  transferred  via  inter- 
rupts with  the  CPU  i nterven i ng  . The 
interrupt  system  also  handles  errors  detected 
either  during  reception  or  when  the  SIO 
notices  an  external  or  status  change. 


10K 


TO  CPU  CLK  DRVR. 


TO 

MODEM 


TO 

MODEM 


Figure  4.  Z80  SIO  Interface 
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PROGRAMMING 


Table  1.  DMA  Initialization  Sequence 


Before  any  action  can  occur,  initialization 
must  be  performed  on  the  Z80  CPU,  the  DMA, 
and  the  SIO  devices*  Since  interrupts  are 
used  in  processing  special  SIO  conditions, 
the  Z80  CPU  must  be  initialized  for  the 
proper  interrupt  mode*  In  the  example,  the 
CPU  is  set  to  Interrupt  Mode  2 using  the  IM 
instruction*  The  upper  eight  bits  of  the 
interrupt  vector  are  loaded  into  the  I 
register  via  the  A register  in  the  CPU*  The 
Stack  Pointer  (SP)  register  must  be  loaded  by 
the  program  upon  reset,  because  it  has  an 
undefined  value*  The  SP  register  is  used 
when  processing  interrupts  and  when  the  Call 
instruction  is  executed  during  initializa- 
tion* The  appendix  contains  a source  listing 
for  a DMA  test  program  using  the  SIO* 

The  DMA  is  initialized  for  memory-to- I/O, 
byte-at-a-t ime  transfer  with  the  search 
option  disabled  and  operates  continuously 
until  stopped  by  a command  from  the  CPU.  The 
program  uses  Port  A of  the  DMA  for  the  memory 
source  address  (SRC)  and  Port  B for  the 
destination  address  (DST)  and  utilizes  the 
auto  restart  option  on  the  DMA  so  that  data 
can  be  sent  to  the  terminal  as  a stream  of 
characters*  Since  Port  B is  a fixed  des- 
tination address,  it  must  be  declared  as  the 
source  when  the  DMA  is  given  the  Load  command 
(WR6,  CFH),  as  stated  in  the  programming 
section  of  the  DMA  Technical  Manual  (document 
number  00-2013-A),  Table  1 shows  the  ini- 
tial ization  sequence  for  the  example  des- 
cribed here. 

The  SIO  initialization  sequence  is  straight- 
forward. The  example  uses  channel  A in 
Asynchronous  Communication  mode  with  the  DMA 
providing  data  characters  to  the  SIO  on  a 
transmit  buffer  empty  condition.  The  ter- 
minal requires  async  format,  two  stop  bits, 
and  even  parity.  An  external  IX  clock  is 
used  with  the  SIO  for  the  bit  rate  clock.  The 
lower  eight  bits  of  the  SIO  interrupt  vector 
are  loaded  into  WR2  through  channel  B,  and 
the  Status  Affects  Vector  (SAV)  bit  in  WR1  is 
also  set.  SAV  provides  eight  separate  in- 
terrupt vectors  (four  for  each  channel ), 
allowing  easy  program  operation.  Table  2 
shows  the  programming  sequence  and  mode  of 
the  SIO  for  DMA  operation.  Note  that  when 
DMA  transfers  are  used  to  move  data,  the 
transmit  buffer  empty  interrupt  should  not  be 
enabled  (WR1 , bit  1=0). 

A data  test  pattern  is  generated  in  the 
memory  buffer  area  used  for  transmission  to 
the  SIO  so  that  intelligible  information  can 
be  sent  to  the  terminal  for  easy  verifica- 
tion. This  is  done  by  a short  routine  that' 
fills  the  memory  block  with  an  incremental 
pattern  of  ASCI  I characters  in  the  range  of 
from  20H  to  7FH  and  appends  a carriage  return 
and  a linefeed  to  the  data  block.  Figure  5 
contains  a listing  of  the  routine  involved. 
The  block  length  programmed  into  the  DMA  is 
one  less  than  the  actual  block  length  trans- 
ferred due  to  the  counter  characteristics  of 
the  Z80  DMA. 


1.  Disable  DMA 

2.  Issue  six  reset  commands 

(insures  a reset  if  DMA  in  undefined 
state) 

3.  WRO  - Port  A (source)  characterist ics 

4.  Port  A start  address  - low  byte 

5.  Port  A start  address  - high  byte 

6.  Port  A block  length  - low  byte 

7.  Port  A block  length  - high  byte 

8.  WR1  - Port  A increment  address 

9.  WR2  - Port  B is  fixed  address,  I/O 

10.  WR4  - Byte  mode.  Port  B address  (low 

byte)  follows 

11.  Port  B (destination)  address 

12.  WR5  - Auto  Restart  mode,  CE/WAIT  is 
mu  It  ip lexed 

13.  Insure  Port  A is  standard  timing 

14.  Insure  Port  B is  standard  timing 

15.  Load  Port  B 

16.  WRO  - Port  A is  source.  Port  B is  des- 
tination 

17.  Load  Port  A 

Table  2.  SIO  Initialization  Sequence 
Channel  A 

1.  Channel  Reset 

2.  WR1  - WAIT/RDY  enable  for  TX,  ready 
function,  RX  interrupt  on  all  characters; 
parity  affects  vector 

3.  WR4  - XI  clock,  two  stop  bits,  even 
parity 

4.  WR5  - DTR,  RTS  active,  TX  seven  bits, 
enable  TX 

5.  WR3  - RX  seven  bits 

Channel  B 

1.  Channel  Reset 

2.  WR1  - status  affects  vector 

3.  WR2  - lower  eight  bits  of  vector 
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Once  the  CPU,  DMA,  and  SIO  are  set  up,  the 
program  enables  the  DMA  device  (WR6,  87H)  and 
the  data  transfer  process  begins.  The  SIO 
brings  the  WAIT/RDY  output  active  as  soon  as 
the  SIO  has  been  initialized  so  that  char- 
acters can  be  transmitted  immediately.  The 
user  must  insure  that  the  DMA  and  data  block 
have  been  set  up  properly  before  any  data 
transfer  actual ly  occurs,  DMA  data  transfer 
is  different  from  the  interrupt  data  transfer 
of  the  SIO,  because  with  interrupts  the  SIO 
does  not  request  data  until  it  Is  activated 
by  having  a character  sent  to  It, 


Once  operation  of  the  DMA  and  SIO  has  begun, 
data  transfers  occur  without  CPU  intervention 
unless  the  SIO  encounters  an  error  condition. 
An  error  causes  the  SIO  to  interrupt  the 
CPU,  thereby  intervening  in  CPU  processing. 

In  this  event,  the  CPU  is  interrupted  by  the 
device  detecting  the  error  and  the  DMA  pro- 
cessing is  terminated  by  the  CPU.  This 
termination  is  achieved  by  writing  a command 
word  to  the  DMA.  The  DMA  remains  disabled 
until  given  a command  that  enables  it. 


CONCLUSION 


APPENDIX 


LD 

HL,  SRC 

;^HL  - start  address 

LD 

BC,  BLKSIZ-2 

;^BC  - length 

LD 

D,  20H 

;$D  = data  byte 

LD 

(HL),  D 

; store  character 

INC 

D 

; increment  character  code 

LD 

A,D 

;mask  upper  bit 

AND 

7FH 

OR 

20  H 

;keep  displayable  character 

LD 

D,A 

;save  in 

INC 

HL 

;Bump  memory  ptr. 

DEC 

BC 

;Bump  byte  count 

LD 

A,B 

;see  if  through 

OR 

C 

JR 

NZ,  LOOP 

;no-Joop 

LD 

(HL),  13 

;CR 

INC 

HL 

LD 

(HL),  10 

u_ 

Figure  5.  Data  Test  Pattern  Generator  Routine  Listing. 


This  example  shows  only  one  aspect  of  using 
the  DMA  with  the  SIO.  Use  of  the  DMA  with 
the  SIO  during  receive  deserves  special  con- 
sideration. Since  the  DMA  operates  without 
CPU  processing,  data  received  by  the  SIO  does 
not  normally  indicate  when  the  end  of  a 
message  occurs.  One  solution  to  this  problem 
is  to  send  fixed- length  data  blocks  so  that 
the  CPU  can  be  interrupted  when  the  DMA 
reaches  terminal  count.  This  is  done  by 
programming  a fixed- length  block  count  into 
the  DMA  and  enabling  it  to  interrupt  the  CPU 
upon  End-Of-Block  (EOB).  As  an  alternative 
to  the  terminal  count  interrupt,  the  SIO  can 
be  programmed  to  Interrupt  the  CPU  when  the 
closing  flag  is  detected  in  SDLC  mode.  This 
a I lows  the  CPU  to  detect  the  end  of  a message 
using  the  SIO  instead  of  the  DMA. 

Another  method  of  detecting  the  end  of  a 
message  is  to  dedicate  a special  EOB  char- 
acter used  to  terminate  a I I message  blocks. 


The  DMA  can  then  be  programmed  to  search  for 
this  character  during  data  transfers  and  to 
interrupt  the  CPU  when  the  character  is 
detected.  This  method  allows  for  variable- 
length  message  blocks,  up  to  the  maximum  byte 
count  the  DMA  will  accommodate.  The  disad- 
vantage with  this  method  is  that  the  user 
must  dedicate  one  character  as  the  special 
EOB  character. 


The  unique  features  of  the  DMA  and  SIO  com- 
bine to  form  a powerful  and  flexible  data 
communication  mechanism.  Due  to  the  de- 
signed-in  compatibility  of  the  SIO  and  DMA, 
interfacing  with  both  in  hardware  and  soft- 
ware becomes  a simplified  task.  Programming 
is  easy  because  very  little  CPU  intervention 
is  necessary  after  initialization.  Thus,  the 
user  is  afforded  a powerful  tool  for  imple- 
menting an  efficient,  cost-effective  data 
processing  system. 


Following  is  a printout  of  the  DMA/S  10  test 
program.  This  program  uses  the  DMA  to 
transfer  data  from  a pattern  in  memory  to  the 
SIO,  which  then  sends  the  data.  In  async 
format  at  9600  baud,  to  a terminal  for  dis- 
play. The  process  continues  until  it  Is 
externally  interrupted,  such  as  by  a reset. 

Interrupts  are  used  to  process  error  con- 


ditions or  to  receive  characters.  However,  no 
code  is  shown  that  handles  the  characters 
once  they  are  received.  Error  conditions  are 
reset  by  the  interrupt  service  routine, 
although  nothing  is  shown  for  these  condi- 
tions either.  The  user  normal ly  sets  a 
condition  flag  after  resetting  the  error 
condition,  so  that  the  driver  program  can 
determine  the  appropriate  course  of  action. 
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DMAS 10 

OBJ  CODE  M STMT  SOURCE  STATEMENT 


ASM  5.  9 


DMA/SIQ  TEST  PROGRAM 


3 

4 

i 

BY  M.  PITCHER  - 

10/10/80 

5 

i 

GENERATES  BLOCK 

OF  DATA  IN  RAM, 

6 

f 

THEN  OUTPUTS  TO 

SIO  VIA  DMA, 

7 

8 

i 

THEN  CONTINUES 

FOREVER. 

9 

RAM: 

EQU  2000H 

; RAM  START  ADDR 

10 

RAMSIZ: 

EGU  1000H 

iRAM  SIZE 

11 

SIODA: 

EQU  0 

i SIO  CH. A DATA  PORT 

12 

SIOCA: 

EQU  SIODA+1 

! SIO  CH. A CTRL  PORT 

13 

SIQDB : 

EQU  SIQDA+2 

; SIO  CH.  B DATA  PORT 

14 

SIQCB: 

EQU  SIQDB+1 

i SIO  CH.  B CTRL  PORT 

15 

DMA: 

EQU  OFOH 

{ DMA  PORT  ADDR 

16 

DST: 

EQU  SIODA 

i DESTINATION  ADDR 

17 

BLKSIZ: 

EQU  64 

i XFER  BLK  SIZE 

18 

19 

20 

DMABLK: 

EQU  BLKSIZ- 

1 i DMA  BLOCK  SIZE  VALUE 

21 

i 

START  DMA  AFTER 

INITIALIZATION  <WR6,  87H ) 

22 

23 

# 

DMA  PARAMETERS 

24 

DMAWRO: 

EQU  0 

25 

XFER : EQU 

1 

26 

SRCH:  EQU 

2 

27 

XFRSCH:  EQU 

3 

28 

AJ3:  EQU 

4 

29 

ALSTA.  EQU 

8 

30 

AHSTA:  EQU 

10H 

31 

ALBLEN:  EQU 

20H 

32 

33 

AHBLEN:  EQU 

40H 

34 

DMAWR1: 

EQU  4 

35 

AIO:  EQU 

8 

36 

A I NCR:  EQU 

10H 

37 

ADECR:  EQU 

0 

38 

AFIXED:  EQU 

20H 

39 

40 

AVTIM:  EQU 

40H 

41 

DMAWR2: 

EQU  0 

42 

BIO:  EQU 

8 

43 

BINCR:  EQU 

10H 

44 

BDECR:  EQU 

0 

45 

BFIXED.  EQU 

20H 

46 

47 

BVTIM:  EQU 

40H 

48 

DMAWR3: 

EQU  80H 

49 

DMAEN:  EQU 

40H 

50 

INTEN:  EQU 

20H 

51 

MCHBYT-  EQU 

10H 

52 

MSKBYT  EQU 

8 

53 

54 

SOMCH  EQU 

4 

55 

DMAWR4: 

EQU  81H 

56 

BYTE.  EQU 

0 

57 

CONT:  EQU 

20H 

58 

BURST:  EQU 

40H 

59 

ICB  • EQU 

10H 

60 

INTRDY: 

EQU  40H 

61 

DM ASA V: 

EQU  20H 

62 

IV: 

EQU  10H 

63 

PCB : 

EQU  8 

64 

PULSE: 

EQU  4 

65 

INTEOB : 

EQU  2 

66 

67 

INTMCH: 

EQU  1 

68 

BHSTA.  EQU 

8 

69 

70 

BLSTA:  EQU 

4 

71 

DMAWR5: 

EQU  82H 
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DMAS 10 

LOC  OBJ  CODE  M STMT  SOURCE  STATEMENT  ASM  5 9 


72 

AUTORS- 

EQU 

20H 

73 

CEWAIT- 

EQU 

10H 

74 

RDYHI : 

EQU 

8 

75 

76 

/ 

SETUP  FOR  ASYNC 

FORMAT  AS  FOLLOWS 

77 

t 

9600 

BAUD 

78 

f 

2 STOP 

BITS 

79 

} 

7 BIT 

CHARACTERS 

80 

9 

EVEN 

PARITY 

81 

82 

i 

PROGRAM 

ASSUMES 

DMA  XFER  OF  TX  DATA 

83 

/ 

THERE  IS  NO  RECV  DATA  XFER 

84 

/ 

STATUS 

IS  REFLECTED  IN  "SIOFLG"  LOC 

85 

/ 

EXTERNAL  TX  AND 

RX  CLOCK  ASSUMED 

86 

87 

I 

SIOFLG 

-XX 

1 

1 X X 1 1 

88 

9 

/ 

1 ! ' 

89 

t 

ERROR 

ASLEEP  ERROR  ASLEEP 

90 

I 

CHANNEL  B CHANNEL  A 

91 

92 

SIOWRO: 

EQU 

0 

93 

CHRES: 

EQU 

18H 

94 

ESCRES: 

EQU 

10H 

95 

TBERES: 

EQU 

28H 

96 

SRCRES- 

EQU 

30H 

97 

RCRCRE: 

EQU 

40H 

98 

TCRCRE: 

EQU 

80H 

99 

EOMRES: 

EQU 

OCOH 

100 

101 

SI0WR1: 

EQU 

1 

102 

WREN: 

EQU 

SOH 

103 

RDY: 

EQU 

40H 

104 

WRONR- 

EQU 

20H 

105 

RXIFC: 

EQU 

8 

106 

RXIAP- 

EQU 

10H 

107 

RX I A. 

EQU 

18H 

108 

SIOSAV: 

EQU 

4 ; CH.  B ONLY 

109 

TX  I : 

EQU 

2 

110 

EXTI : 

EQU 

1 

111 

112 

SI0WR2- 

EQU 

2 

i CH.  B ONLY 

113 

114 

SI0WR3. 

EQU 

3 

115 

RX8. 

EQU 

OCOH 

116 

RX6: 

EQU 

BOH 

117 

RX7: 

EQU 

40H 

118 

RX5: 

EQU 

0 

119 

AUTOEN: 

EQU 

20H 

120 

HUNT: 

EQU 

10H 

121 

RXCRC : 

EQU 

8 

122 

ADSRCH: 

EQU 

4 

123 

SYNINH: 

EQU 

2 

124 

RXEN: 

EQU 

1 

125 

126 

SI0WR4: 

EQU 

4 

127 

X64: 

EQU 

OCOH 

128 

X32: 

EQU 

80H 

129 

X 16: 

EQU 

40H 

130 

XI: 

EQU 

0 

131 

EXTSYN: 

EQU 

30H 

132 

SDLC: 

EQU 

20H 

133 

SYN16: 

EQU 

10H 

134 

SYN8: 

EQU 

0 

135 

ST0P2: 

EQU 

OCH 

136 

STOP  15: 

EQU 

8 

137 

STOP  1 : 

EQU 

4 

138 

SYNCEN: 

EQU 

0 

139 

EVEN: 

EQU 

2 

140 

PARITY: 

EQU 

1 

141 

142 

SI0WR5: 

EQU 

5 
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5.  9 

143 

DTR : 

EQU  80H 

144 

TX8: 

EQU  60H 

145 

TX6: 

EQU  40H 

146 

TX7 : 

EQU  20H 

147 

TX5: 

EQU  0 

148 

BREAK: 

EQU  10H 

149 

TXEN: 

EQU  8 

150 

CRC16: 

EQU  4 

151 

RTS: 

EQU  2 

152 

TXCRC : 

EQU  1 

153 

154 

SI0WR6 

: EQU 

6 

155 

156 

SI0WR7 

: EQU 

7 

157 

*EJ 

158 

159 

/ / 

***  MAIN  PROGRAM  *** 

160 

OOOO 

161 

ORG 

0 

0000 

C32000 

162 

JP 

BEGIN 

163 

0010 

164 

ORG 

*.  AND.  OFFFOH.  OR.  10H 

165 

INTVEC 

166 

SIOVEC 

l 

0010 

6400 

167 

DEFW 

CHBTBE 

0012 

7600 

168 

DEFW 

CHBESC 

0014 

7000 

169 

DEFW 

CHBRCA 

0016 

8A00 

170 

DEFW 

CHBSRC 

0018 

9E00 

171 

DEFW 

CHATBE 

001 A 

B000 

172 

DEFW 

CHAESC 

001C 

AAOO 

173 

DEFW 

CHARCA 

00  IE 

C400 

174 

' 

DEFW 

CHASRC 

175 

176 

BEGIN: 

0020 

318120 

177 

LD 

SP,  STAK  ; 

INIT  SP 

0023 

ED5E 

178 

IM 

2 ) 

INTERRUPT  MODE 

2 

0025 

3E00 

179 

LD 

A, INTVEC/ 2 56 

0027 

ED47 

180 

LD 

I , A 

0029 

CD4D00 

181 

CALL 

INIT  ; 

INIT  DMA,  SIO 

002C 

210120 

182 

LD 

HL- SRC  ! 

GENERATE  DATA  PATTERN 

002F 

013E0O 

183 

LD 

BC, 3LKSIZ-2 

0032 

1620 

184 

LD 

D,  20H 

185 

LOOP : 

0034 

72 

186 

LD 

(HL),  D 

0035 

14 

187 

INC 

D 

0036 

7A 

188 

LD 

A,  D 

0037 

E67F 

189 

AND 

7FH 

0039 

F620 

190 

OR 

20H 

003B 

57 

191 

LD 

D,  A 

003C 

23 

192 

INC 

HL 

r%r\or\ 

vuuy 

OB 

193 

DEC 

BC 

003E 

78 

194 

LD 

A,  B 

003F 

B 1 

195 

OR 

C 

0040 

20F2 

196 

JR 

NZ, LOOP 

0042 

360D 

197 

LD 

(HL), 13 

i CR 

0044 

23 

198 

INC 

HL 

0045 

360A 

199 

LD 

X 

r 

K 

o 

, LF 

0047 

3E87 

200 

LD 

A,  87H 

; ENABLE  DMA 

0049 

D3F0 

201 

OUT 

(DMA), A 

202 

004B 

18FE 

203 

JR 

$ 

; LOOP  FOREVER 

204 

205 

I NIT: 

206 

DMAINI 

• 

004 D 

OEFO 

207 

LD 

C,  DMA 

, INIT  DMA 

004F 

21EF00 

208 

LD 

HL, DMATAB 

0052 

0616 

209 

LD 

B, DMAEND-DMATAB 

0054 

EDB3 

210 

OTIR 

211 

SIOINI 

; 

0056 

210501 

212 

LD 

HL,  SI OTA 

, INIT  SIO  CH 

A 

0059 

0E01 

213 

LD 

C,  SIOCA 

005B 

060A 

214 

LD 

B,  SIOEA-SIOTA 
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G05D 

EDB3 

215 

OTIR 

005F 

AF 

216 

XOR 

A 

; CLEAR  SIOFLG 

0060 

320020 

217 

LD 

(SIOFLG), A 

0063 

C9 

218 

RET 

219 

*E  J 

220 

221 

f 

INTERRUPT  SERVICE  ROUTINES 

222 

223 

CHBTBE: 

0064 

CDD800 

224 

CALL 

SAVE 

; CH. B TX  BUFFER  EMPTY 

0067 

3E00 

225 

LD 

A,  SIOWRO 

0069 

D303 

226 

OUT 

(SIOCB), A 

006B 

3E28 

227 

LD 

A/  TBERES 

006D 

D303 

228 

OUT 

(SIOCB),  A 

006F 

C9 

229 

RET 

230 

231 

CHBRCA: 

0070 

CDD800 

232 

CALL 

SAVE 

; CH.  B RX  CHAR  AVAIL 

0073 

DB02 

233 

IN 

A, (SIODB ) 

0075 

C9 

234 

RET 

235 

236 

CHBESC . 

0076 

CDD800 

237 

CALL 

SAVE 

, EXTERNAL/STATUS  CHG 

0079 

3E00 

238 

LD 

A,  SIOWRO 

007 B 

D303 

239 

OUT 

(SIOCB),  A 

007D 

3E10 

240 

LD 

A,  ESCRES 

007F 

D303 

241 

OUT 

(SIOCB),  A 

0081 

3A0020 

242 

LD 

A, (SIOFLG) 

0084 

CBE7 

243 

SET 

4,  A 

0086 

320020 

244 

LD 

(SIOFLG), A 

0089 

C9 

245 

RET 

246 

247 

CHBSRC : 

008A 

CDD800 

248 

CALL 

SAVE 

i CH. B SPECIAL  RX  COND 

008D 

3E00 

249 

LD 

A,  SIOWRO 

008F 

D303 

250 

OUT 

(SIOCB), A 

0091 

3E30 

251 

LD 

A, SRCRES 

0093 

D303 

252 

OUT 

(SIOCB), A 

0095 

3A0020 

253 

LD 

A, (SIOFLG) 

0098 

CBEF 

254 

SET 

5,  A 

009A 

320020 

255 

LD 

(SIOFLG), A 

009D 

C9 

256 

RET 

257 

258 

CHATBE: 

009E 

CDD800 

259 

CALL 

SAVE 

i CH.  A 7 X BUFFER  EMPTY 

00A1 

3E00 

260 

LD 

A,  SIOWRO 

00A3 

D301 

261 

OUT 

(SIOCA),  A 

00  A 5 

3E28 

262 

LD 

A, TBERES 

00A7 

D301 

263 

OUT 

(SIOCA),  A 

00A9 

C9 

264 

RET 

265 

266 

CHARCA: 

OOAA 

CDD800 

267 

CALL 

SAVE 

, CH.  A RX  CHAR  AVAIL. 

OOAD 

DBOO 

268 

IN 

A, (SIODA ) 

OOAF 

C9 

269 

RET 

270 

271 

CHAESC : 

OOBO 

CDD800 

272 

CALL 

SAVE 

; EXTERNAL/STATUS  CHG 

00B3 

3E00 

273 

LD 

A,  SIOWRO 

00B5 

D301 

274 

OUT 

(SIOCA), A 

00B7 

3E10 

275 

LD 

A, ESCRES 

00  B 9 

D301 

276 

OUT 

(SIOCA),  A 

OOBB 

3A0020 

277 

LD 

A, (SIOFLG) 

OOBE 

CBC7 

278 

SET 

0,  A 

OOCO 

320020 

279 

LD 

(SIOFLG), A 

00C3 

C9 

280 

RET 

281 

282 

CHASRC. 

00C4 

CDD800 

283 

CALL 

SAVE 

, CH. A SPECIAL  RX  COND 

00C7 

3E00 

284 

LD 

A,  SIOWRO 

00C9 

D301 

285 

OUT 

(SIOCA),  A 
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OOCB 

3E30 

286 

LD 

A, SRCRES 

OOCD 

D301 

287 

OUT 

( S IOCA ) » A 

OOCF 

3A0020 

288 

LD 

A, ( SIOFLG ) 

0GD2 

CBCF 

289 

SET 

1,  A 

00D4 

320020 

290 

LD 

(SIOFLG ) i A 

00D7 

C9 

291 

RET 

292 

293 

i 

MATHEWS 

SAVE  REGISTER  ROUTINE 

294 

295 

SAVE: 

00D8 

E3 

296 

EX 

<SP>, HL 

SP  * 

HL 

00D9 

D5 

297 

PUSH 

DE 

DE 

OODA 

C5 

298 

PUSH 

BC 

BC 

OODB 

F5 

299 

PUSH 

AF 

AF 

OODC 

DDE  5 

300 

PUSH 

IX 

IX 

OODE 

FDE5 

301 

PUSH 

IY 

IY 

OOEO 

CDEEOO 

302 

CALL 

GO 

SAVE  PC 

00E3 

FDE1 

303 

POP 

IY 

OOE5 

DDE1 

304 

POP 

IX 

00E7 

FI 

305 

POP 

AF 

00E8 

Cl 

306 

POP 

BC 

00E9 

D1 

307 

POP 

DE 

OOEA 

El 

308 

POP 

HL 

OOEB 

FB 

309 

El 

OOEC 

ED4D 

310 

RETI 

311 

312 

00: 

OOEE 

E9 

313 

JP 

< HL ) 

314 

*EJ 

315 

316 

t / 

CONSTANTS 

317 

318 

DMATAB 

OOEF 

83 

319 

DEFB 

83H 

WR6, 

DISABLE  DMA 

OOFO 

C3 

320 

DEFB 

0C3H 

WR6> 

RESET 

OOF  1 

C3 

321 

DEFB 

0C3H 

WR6, 

RESET 

00F2 

C3 

322 

DEFB 

0C3H 

WR6i 

RESET 

00F3 

C3 

323 

DEFB 

0C3H 

WR6, 

RESET 

OOF  4 

C3 

324 

DEFB 

0C3H 

WR6 > 

RESET 

OOFS 

C3 

325 

DEFB 

0C3H 

WR6, 

RESET 

00F6 

79 

326 

DEFB 

DMAWRO+XFER+ALSTA+AHSTA+ALBLEN+AHBLEN 

OOF7 

01 

327 

DEFB 

SRC.  AND.  255 

PORT 

A ADDR  (L) 

00F8 

20 

328 

DEFB 

SRC/256 

PORT 

A ADDR  (H) 

00F9 

3F 

329 

DEFB 

DMABLK.  AND.  255 

PORT 

A COUNT  (L) 

OOFA 

00 

330 

DEFB 

DMABLK/256 

PORT 

A COUNT  (H) 

OOFB 

14 

331 

DEFB 

DMAWR1+AINCR 

OOFC 

28 

332 

DEFB 

DMAWR2+B IO+BFI XED 

OOFD 

85 

333 

DEFB 

DMAWR4+BYTE+BLSTA 

OOFE 

00 

334 

DEFB 

DST.  AND.  255 

PORT 

B ADDR  (L) 

OOFF 

B2 

335 

DEFB 

DM AWR  5+ AUTOR  S+CEWA I T 

0100 

C7 

336 

DEFB 

0C7H 

WR6i 

RESET  A TIMING 

0101 

CB 

337 

DEFB 

OCBH 

WR6, 

RESET  B TIMING 

0102 

CF 

338 

DEFB 

OCFH 

WR6, 

LOAD  PORT  B 

0103 

05 

339 

DEFB 

DMAWRO+XFER+A  b 

A J:* 

B 

0104 

CF 

340 

DEFB 

OCFH 

WR6» 

LOAD  COUNTERS 

341 

DMAEND 

• EQU 

$ 

342 

343 

SIOTA: 

0105 

00 

344 

DEFB 

SIOWRO 

CH.  RESET 

0106 

18 

345 

DEFB 

CHRES 

0107 

01 

346 

DEFB 

SI0WR1 

RDY/WAIT , INT.  MODE 

0108 

DO 

347 

DEFB 

WREN+RDY+RX I AP 

0109 

04 

348 

DEFB 

SI0WR4 

MODE 

010A 

OF 

349 

DEFB 

X 1 +5T0P2+EVEN+PAR ITY 

010B 

05 

350 

DEFB 

SI0WR5 

TX  PARAMS. 

010C 

AA 

351 

DEFB 

DTR+TX7+TXEN+RTS 

010D 

03 

352 

DEFB 

SI0WR3 

RX  PARAMS. 

010E 

40 

353 

DEFB 

RX7 

354 

SIOEA: 

EQU 

* 

355 

356 

SI OTB : 
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OlOF 

00 

357 

DEFB 

SIQWRO 

i CH.  RESET 

0110 

18 

358 

DEFB 

CHRES 

0111 

01 

359 

DEFB 

SI0WR1 

; STATUS  AFFECTS  VECTOR 

0112 

04 

360 

DEFB 

SIQSAV 

0113 

02 

361 

DEFB 

SI0WR2 

; VECTOR 

0114 

10 

362 

DEFB 

SIOVEC  AND.  255 

363 

SIOEB. 

EQU 

$ 

364 

*EJ 

365 

366 

9 9 

DATA 

AREA 

367 

2000 

368 

ORG 

RAM 

2000 

369 

SIOFLG 

: DEFS 

1 

iSIO  STATUS  FLAG  BYTE 

2001 

370 

SRC: 

DEFS 

BLKSIZ 

i DMA  SOURCE  ADDR 

2041 

371 

DEFS 

64 

i STACK  AREA 

372 

STAK: 

EGU 

$ 

373 

374 

END 
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SECTION 

1 


Introduction. 

The  Z80  Serial  Input/Output  (SIO)  controller 
is  designed  for  use  in  a wide  variety  of  serial- 
to-parallel  input  and  parallel-to-serial  output 
applications.  In  this  application  note,  only 
asynchronous  applications  are  considered.  The 
emphasis  is  almost  completely  on  software 


implementation,  with  only  modest  reference  to 
hardware  considerations. 

While  reference  is  made  only  to  the 
Z80  SIO,  the  entire  text  also  applies  to  the 
Z80  DART,  which  is  functionally  identical  to 
the  Z80  SIO  in  asynchronous  applications. 


Protocol 


Communication,  either  on  an  external  data 
link  or  to  a local  peripheral,  occurs  in  one  of 
two  basic  formats:  synchronous  or  asyn- 
chronous. In  synchronous  communication,  a 
message  is  sent  as  a continuous  string  of 
characters  where  the  string  is  preceded  and 
terminated  by  control  characters;  the  pre- 
ceding control  characters  are  used  by  the 
receiving  device  to  synchronize  its  clock  with 
the  transmitter's  clock.  In  asynchronous  com- 
munication, which  is  described  in  this  applica- 
tion note,  there  is  no  attempt  at  synchronizing 
the  clocks  on  the  transmitting  and  receiving 
devices.  Instead,  each  fixed-length  character 
(rather  than  character  string)  is  preceded  and 
terminated  by  "framing  bits"  that  identify  the 
beginning  and  end  of  the  character.  The  time 
between  bits  within  a character  is  approx- 
imately constant,  since  the  clocks  or  "baud 
rates"  m the  transmitter  and  receiver  are 
selected  to  be  the  same,  but  the  time  between 


characters  can  vary. 

Thus,  in  asynchronous  communication,  each 
character  to  be  transmitted  is  preceded  by  a 
"start"  framing  bit  and  followed  by  one  or 
more  "stop"  framing  bits.  A start  bit  is  a 
logical  0 and  a stop  bit  is  a logical  1 . The 
receiver  will  look  for  a start  bit,  assemble  the 
character  up  to  the  number  of  bits  the  SIO  has 
been  programmed  for,  and  then  expect  to  find 
a stop  bit.  The  time  between  the  start  and  stop 
bits  is  approximately  constant,  but  the  time 
between  characters  can  vary.  When  one  char- 
acter ends,  the  receiving  device  will  wait  idly 
for  the  start  of  the  next  character  while  the 
transmitter  continues  to  send  stop  or 
"marking"  bits  (both  the  stop  bits  and  the 
marking  bits  are  logical  1).  Figure  1 illus- 
trates this.  A very  common  application  of  asyn- 
chronous communication  is  with  keyboard 
devices,  where  the  time  between  the  operator's 
keystrokes  can  vary  considerably. 


MESSAGE  FLOW 


MARKING 


PARITY  MAY  BE 
ODD,  EVEN,  OR  NONE 


1 

START 

D0 

Dl 

—fC 

Dn 

PARITY 

STOP 

MARKING 

1,  1'/2,  OR  2 
STOP  BITS 


5,  6,  7,  OR  8 BITS  PER 
CHARACTER  RECEIVED 


1,  2,  3,  4,  5,  6,  7,  OR  8 BITS  PER 
CHARACTER  TRANSMITTED 


START  PARITY 

\ 1 


Figure  1.  Asynchronous  Data  Format 
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Protocol  If  the  transmitter's  clock  is  slightly  faster 

(Continued)  than  the  receiver's  clock,  the  transmitter  can 

be  programmed  to  send  additional  stop  bits, 
which  will  allow  the  receiver  to  catch  up.  If 
the  receiver  runs  slightly  faster  than  the  trans- 
mitter, then  the  receiver  will  see  somewhat 
larger  gaps  between  characters  than  the  trans- 
mitter does,  but  the  characters  will  normally 


still  be  received  properly.  This  tolerance  of 
minor  frequency  deviations  is  an  important 
advantage  of  using  asynchronous  I/O.  Note 
however  that  errors,  called  "framing  errors," 
can  still  occur  if  the  transmitter  and  receiver 
differ  substantially  in  speed,  since  data  bits 
may  then  be  erroneously  treated  as  start  or 
stop  bits. 


Modes 


The  SIO  may  be  used  m one  of  three  modes: 
Polled,  Interrupt,  or  Block  Transfer,  depend- 
ing on  the  capabilities  of  the  CPU.  In  Polled 
mode  the  CPU  reads  a status  register  in  the 
SIO  periodically  to  determine  if  a data 
character  has  been  received  or  is  ready  for 
transmission.  When  the  SIO  is  ready,  the  CPU 
handles  the  transfer  within  its  mam  program. 

In  Interrupt  mode,  which  is  far  more  com- 
mon, the  SIO  informs  the  CPU  via  an  interrupt 
signal  that  a single-character  transfer  is 
required.  To  accomplish  this,  the  CPU  must  be 
able  to  check  for  the  presence  of  interrupt 
signals  (or  "interrupt  requests")  at  the  end  of 
most  instruction  cycles.  When  the  CPU  detects 
an  interrupt  it  branches  to  an  interrupt  service 
routine  which  handles  the  single-character 
transfer.  The  beginning  memory  address  of 
this  interrupt  service  routine  can  be  derived, 
in  part,  from  an  "interrupt  vector"  (8-bit  byte) 
supplied  by  the  SIO  during  the  interrupt 
acknowledge  cycle. 

In  Block  Transfer  mode,  the  SIO  is  used  in 


conjunction  with  a DMA  (direct  memory 
access)  controller  or  with  the  Z80  or  Z8000 
CPU  block  transfer  instructions  for  very  fast 
transfers.  The  SIO  interrupts  the  CPU  or  DMA 
only  when  the  first  character  of  a message 
becomes  available,  and  thereafter  the  SIO  uses 
only  its  Wait/Ready  output  pm  to  signal  its 
readiness  for  subsequent  character  transfers. 
Due  to  the  faster  transfer  speeds  achievable, 
Block  Transfer  mode  is  most  commonly  used  in 
synchronous  communication  and  only  rarely  in 
asynchronous  formats.  It  is  therefore  not 
treated  with  specific  examples  in  this  applica- 
tion note. 

Since  Polled  mode  requires  CPU  overhead 
regardless  of  whether  or  not  an  I/O  device 
desires  attention,  Interrupt  mode  is  usually  the 
preferred  alternative  when  it  is  supported  by 
the  CPU-  Note  that  the  choice  of  Polled  or 
Interrupt  mode  is  independent  of  the  choice  of 
synchronous  or  asynchronous  I/O.  This  latter 
choice  is  usually  determined  by  the  type  of 
device  to  which  the  system  is  communicating. 


SIO  Con- 
figurations 


The  SIO  comes  m four  different  40-pin 
configurations:  SIO/O,  SIO/1,  SIO/2,  and 
SIO/9.  The  first  three  of  these  support  two 
independent  full-duplex  channels,  each  with 
separate  control  and  status  registers  used  by 
the  CPU  to  write  control  bytes  and  read  status 
bytes.  The  SIO/9  differs  from  the  first  three 
versions  in  that  it  supports  only  one  full-duplex 
channel.  The  product  specifications  for  these 


versions  explain  this  m full. 

There  are  41  different  signals  needed  for 
complete  two-channel  implementation  in  the 
SIO/O,  SIO/1,  and  SIO/2,  but  only  40  pins  are 
available.  Therefore,  the  versions  differ  by 
either  omitting  one  signal  or  bonding  two 
signals  together.  The  dual-channel  asyn- 
chronous-only Z80  DART  has  the  same  pm 
configuration  as  the  SIO/O. 


SIO-CPU 

Hardware 

Interfacing 


The  serial-to-parallel  and  parallel-to-serial 
conversions  required  for  serial  I/O  are  per- 
formed automatically  by  the  SIO.  The  device  is 
connected  to  a CPU  by  an  8-bit  bidirectional 
data  path,  plus  interrupt  and  I/O  control 
signals. 

The  SIO  was  designed  to  interface  easily  to 
a Z80  CPU,  as  shown  in  Figure  2.  Other 
microprocessors  require  a small  amount  of 
external  logic  to  generate  the  necessary  inter- 
face signals. 

The  SIO  provides  a sophisticated  vectored- 
interrupt  facility  to  signal  events  that  require 
CPU  intervention.  The  interrupt  structure  is 
based  on  the  Z80  peripheral  daisy  chain.  Non- 
Z80  microprocessors  that  are  unable  to  utilize 
external  vectored  interrupts  require  some 


additional  external  logic  to  utilize  efficiently 
this  interrupt  facility.  Some  non-Z80  system 
designs  do  not  utilize  the  vectored  interrupt 
structure  of  the  SIO  at  all.  Instead,  these 
require  the  CPU  to  poll  the  SIO's  status 
through  the  data  bus  or  to  use  non-vectored 
SIO  interrupts. 

Microprocessors  such  as  the  8080  and  6800 
need  some  signal  translation  logic  to  generate 
SIO  read/write  and  clock  timing.  CPU  signals 
which  synchronize  a peripheral  device  read  or 
write  operation  are  gated  to  form  the  proper 
I/O  signals  for  the  SIO.  The  SIO  is  selected 
by  some  processor-dependent  function  of  the 
address  bus  in  a memory  or  I/O  addressing 
space. 
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Reference 

Material 


In  the  next  section  we  begin  with  a dis- 
cussion of  features  common  to  all  forms  of 
asynchronous  I/O.  This  is  followed  by  discus- 
sions of  polled  asynchronous  I/O  and  interrupt 
asynchronous  I/O.  Next  is  a series  of  fre- 
quently asked  questions  about  the  SIO  when 
used  m asynchronous  applications.  Finally,  an 
example  of  a simple  interrupt-driven  asyn- 
chronous application  is  given  and  discussed  m 
detail.  For  a complete  understanding  of  the 


material  covered,  the  following  publications 
are  needed: 

■ Z80  SIO  Product  Specification  or  Z80  DART 

Product  Specification 

■ Z80  SIO  Technical  Manual 

■ Z80  Family  Program  Interrupt  Structure 

■ Z80  CPU  Technical  Manual 

■ Z80  Assembly  Language  Programming 

Manual 


+ 5 v 


Figure  2.  SIO  Hardware  Interfacing 
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SECTION  Operational  Considerations. 

2 All  of  the  SIO  options  to  be  discussed  here 

are  software  controllable  and  are  set  by  the 
CPU.  Thus,  use  of  the  SIO  begins  with  an 
initialization  phase  where  the  various  options 
are  set  by  writing  control  bytes.  These  options 
are  established  separately  for  each  of  the  two 


channels  supported  by  the  SIO  if  both  chan- 
nels are  used.  Before  giving  an  overview  of 
how  initialization  is  done,  we  will  describe 
some  of  the  basic  characteristics  of  SIO  oper- 
ations that  are  common  to  both  the  Polled  and 
Interrupt-driven  modes. 


Addressing  The  CPU  must  have  a means  to  identify  any 
the  SIO  specific  I/O  device,  including  any  attached 

SIO.  In  a Z80  CPU  environment,  this  is  done 
by  using  the  lower  8 bits  of  the  address  bus 
(Ao-A7)._Typically,  the  Ai  bit  is  wired  to  the 
SIO's  B/A  input  pm  for  selecting  access  to 
Channel  A or  Channel  B,  and  the  Ao  bit  is 
wired  to  the  SIO's  C/D  input  pin  for  selecting 
the  use  of  the  data  bus  as  an  avenue  for 
transferring  control/status  information  (C)  or 
actual  data  messages  (D).  The  remaining  bits 
of  the  address  bus,  A2-A7,  contain  a port 
address  that  uniquely  identifies  the  SIO 


device.  These  latter  six  lines  are  usually  wired 
to  an  external  decoding  chip  which  activates 
that  SIO's  Chip  Enable  (CE)  input  pin  when  its 
address  appears  on  A2-A7  of  the  address  bus. 

The  bar  notation  drawn  abovejhe  names  of 
certain  signal  lines,  such  as  B/A  and  C/D, 
refer  to  signals  which  are  interpreted  as  active 
when  their  logic  sense — and  voltage  level — is 
Low.  For  example,  the  B/A  pm  specifies  Chan- 
nel B of  the  SIO  when  it  carries  a logic  1 (high 
voltage)  and  it  specifies  Channel  A when  it 
carries  a logic  0 (low  voltage). 


Asynch- 

ronous 

Format 

Operations 


Bits  per  Character.  The  SIO  can  receive  or 
transmit  5,  6,  7,  or  8 bits  per  character.  This 
can  be  different  for  transmission  and  recep- 
tion, and  different  for  each  channel.  ASCII 
characters,  for  example,  are  usually  transmit- 

at?  7 Vm+q  Tno  ^ T na  r\  1 ra  -f  zs  francmif 

KJLU  J.  JUUO.  llio  kji  OUU  Hi  XlAVsI.  Li  UliOUXIL 


fewer  than  5 bits  per  character  when  set  to  the 
5-bit  mode;  this  is  discussed  further  in  the  sec- 
tion entitled  "Questions  and  Answers." 


Parity.  A parity  bit  is  an  additional  bit  added 
to  a character  for  error  checking.  The  parity 
bit  is  set  to  0 or  1 m order  to  make  the  total 
number  of  Is  in  the  character  (including  parity 
bit)  even  or  odd,  depending  on  whether  even 
or  odd  parity  is  selected.  The  SIO  can  be  set 
either  to  add  an  optional  parity  bit  to  the  "bits 
per  character"  described  above,  or  not  to  add 
such  a bit.  When  a parity  bit  is  included, 
either  even  or  odd  parity  can  be  chosen.  This 


selection  can  be  made  independently  for  each 
channel. 

Start  and  Stop  Bits.  There  are  two  types  of 
framing  bits  for  each  character:  start  and  stop. 
When  transmitting  asynchronously,  the  SIO 
automatically  inserts  one  start  bit  (logic  0)  at 
the  beginning  of  each  character  transmitted. 
The  SIO  can  be  programmed  to  set  the 
number  of  stop  bits  inserted  at  the  end  of  each 
character  to  either  1,  IV2 , or  2.  The  receiver 
always  checks  for  1 stop  bit.  Stop  bits  refer  to 
the  length  of  time  that  the  stop  value,  a logic 
1 , will  be  transmitted;  thus  1 V2  stop  bits  means 
that  a 1 will  be  transmitted  for  the  length  of 
clock  time  that  1 V2  bits  would  normally  take 
up.  A logic  1 level  that  continues  after  the 
specified  number  of  stop  bits  is  called  a 
"marking"  condition  or  "mark  bits." 


CPU-SIO 

Character 

Transfers 


Clock 

Divider 


The  SIO  always  passes  8-bit  bytes  to  the 
CPU  for  each  character  received,  no  matter 
how  many  "bits  per  character"  are  specified  in 
the  SIO  initialization  phase.  If  the  number  of 
"bits  per  character"  is  less  than  eight,  parity 
and/or  stop  bits  will  be  included  in  the  byte 
sent  to  the  CPU.  The  received  character  starts 
with  the  least-significant  bit  (Dg)  and  continues 
to  the  most-significant  bit;  it  is  immediately 

The  SIO  has  five  input  pms  for  clock 
signals.  One  of  these  inputs  (CLK)  is  used 
only  for  internal  timing  and  does  not  affect 
transmission  or  reception  rates.  The  other  four 
clock  inputs  (RxCA,  TxCA,  RxCB,  and 
TxCB)  are  used  for  timing  the  reception  and 
transmission  rates  in  Channels  A and  B.  Only 
these  last  four  are  involved  m "clock  divid- 
ing." A clock  divider  within  the  SIO  can  be 


followed  by  the  parity  bit  (if  parity  is  enabled) 
and  by  the  stop  bit,  which  will  be  logic  1 
unless  there  is  a framing  error.  The  remainder 
of  the  byte,  if  space  is  still  available,  is  filled 
with  logic  Is  (marking).  If  the  "bits  per  char- 
acter" is  eight,  then  the  byte  sent  to  the  CPU 
will  contain  only  the  data  bits.  In  all  cases,  the 
start  bit  is  stripped  off  by  the  SIO  and  is  not 
transmitted  to  the  CPU. 


programmed  to  cause  reception/transmission 
clocking  at  the  actual  input  clock  rate  or  at 
1/16,  1/32,  or  1/64  of  the  input  clock  rate.  The 
receiver  and  transmitter  clock  divisions  within 
a given  channel  must  be  the  same,  although 
their  input  clock  rates  can  be  different.  The  xl 
clock  rate  can  be  used  only  if  the  transitions  of 
the  Receive  clock  are  synchronized  to  occur 
during  valid  data  bit  times. 
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The  SIO  has  an  Auto  Enables  feature  that 
allows  automatic  SIO  response  and  telephone 
answering.  When  Auto  Enables  is  set  for  a par- 
ticular channel,  a transition  to  logical  0 (Low 
input  level)  on  the  respective  Data  Carrier 


Detect  (DCD)  input  will  enable  reception,  and 
a transition  to  logical  0 on  the  respective  Clear 
To  Send  (CTS ) input  will  enable  transmission. 
This  is  described  below  under  the  heading 
"Modem  Control." 


Special 

Receive 

Conditions 


There  are  three  error  conditions  that  can 
occur  when  the  SIO  is  receiving  data.  Each  of 
these  will  cause  a status  bit  to  be  set,  and  if 
operating  m Interrupt  mode,  the  SIO  can 
optionally  be  programmed  to  interrupt  the 
CPU  on  such  an  error.  The  error  conditions 
are  called  "special  receive  conditions"  and 
they  include: 


■ Parity  error.  If  parity  bits  are  attached  by 
the  external  I/O  device  and  checked  by  the 
SIO  while  receiving  characters,  a parity 
error  will  occur  whenever  the  number  of 
logic  1 data  bits  m the  character  (including 
the  parity  bit)  does  not  correspond  to  the 
odd/even  setting  of  the  parity-checking 
function. 


■ Framing  error.  If  a stop  bit  is  not  detected 
m its  correct  location  after  the  parity  bit  (if 
used)  or  after  the  most-significant  data  bit 
(if  parity  is  not  used),  a framing  error  will 
result.  The  start  bit  preceding  the  char- 
acter's data  bits  is  not  considered  m deter- 
mining a framing  error,  although  character 
assembly  will  not  begin  until  a start  bit  is 
detected. 


■ Receiver  overrun  error.  SIO  buffers  can 
hold  up  to  three  characters.  If  a character  is 
received  when  the  buffers  are  full  (i.e., 
characters  have  not  been  read  by  the  CPU), 
an  SIO  receiver  overrun  error  will  result.  In 
this  case,  the  most  recently  received  char- 
acter overwrites  the  next  most  recently 
received  character. 


Modem 

Control 


Five  signal  lines  on  the  SIO  are  provided 
for  optional  modem  control,  although  these 
lines  can  also  be  used  for  other  general- 
purpose  control  functions.  They  are: 

RTS  (Request  To  Send).  An  output  from  the 
SIO  to  tell  its  modem  that  the  SIO  is  ready  to 
transmit  data. 

DTR  (Data  Terminal  Ready).  An  output  from 
the  SIO  to  tell  its  modem  that  the  SIO  is  ready 
to  receive  data. 

CTS  (Clear  To  Send).  An  input  to  the  SIO 

from  its  modem  that  enables  SIO  transmission 
if  the  Auto  Enables  function  is  used. 

DCD  (Data  Carrier  Detect).  An  input  to  the 
SIO  from  its  modem  that  enables  SIO  recep- 
tion if  the  Auto  Enables  function  is  used. 


SYNC  (Synchronization).  A spare  input  to  the 
SIO  in  asynchronous  applications.  This  input 
may  be  used  for  the  Ring  Indicator  function,  if 
necessary,  or  for  general-purpose  inputs. 

In  most  applications  of  asynchronous  I/O 
that  use  modems,  the  RTS  and  DTR  control 
lines  and  the  Auto  Enables  function  are  acti- 
vated during  the  initialization  sequence,  and 
they  are  left  active  until  no  further  I/O  is 
expected.  This  causes  the  SIO  to  tell  its 
modem  continuously  that  the  SIO  is  ready  to 
transmit  and  receive  data,  and  it  allows  the 
modem  to  enable  automatically  the  SIO's  trans- 
mission and  reception  of  data.  Figure  3 illus- 
trates this. 


SIO 

(CHANNEL  A)  MODEM 


Figure  3.  Modem  Control  (Single  Channel) 
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External/ 

Status 

Interrupts 


A change  in  the  status  of  certain  external 
inputs  to  the  SIO  will  cause  status  bits  in  the 
SIO  to  be  set.  In  the  Polled  Mode,  these  status 
bits  can  be  read  by  the  CPU.  In  the  Interrupt 
mode,  the  SIO  can  also  be  programmed  to 
interrupt  the  CPU  when  the  change  occurs. 
There  are  three  such  ''external/status"  condi- 
tions that  can  cause  these  events: 

■ DCD.  Reflects  the  value  of  the  DCD  input. 

■ CTS.  Reflects  the  value  of  the  CTS  input. 

■ Break.  A series  of  logic  0 or  "spacing"  bits. 


Note  that  the  DCD  and  CTS  status  bits  are 
the  inverse  of  the  SIO  lines,  i.e.,  the  DCD  bit 
will  be  1 when  the  DCD  line  is  Low. 

Any  transition  in  any  direction  (i.e.,  to  logic 
0 or  to  logic  1)  on  any  of  these  inputs  to  the 
SIO  will  cause  the  related  status  bit  to  be 
latched  and  (optionally)  cause  an  interrupt. 
The  SIO  status  bits  are  latched  after  a transi- 
tion on  any  one  of  them.  The  status  must  be 
reset  (using  an  SIO  command)  before  new 
transitions  can  be  reflected  m the  status  bits. 


Initialization  The  SIO  contains  eight  write  registers  for 

Channel  B (WR0-WR7)  and  seven  write 
registers  for  Channel  A (all  except  write 
register  WR2).  These  are  described  fully  in 
the  Z80  SIO  Technical  Manual  and  are 
summarized  in  Appendix  B.  The  registers  are 
programmed  separately  for  each  channel  to 
configure  the  functional  personality  of  the 
channel.  WR2  exists  only  in  the  Channel  B 
register  set  and  contains  the  interrupt  vector 
for  both  channels.  Bits  in  each  register  are 
named  D7  (most  significant)  through  Dq.  With 
the  exception  of  WRO,  programming  the  write 
registers  requires  two  bytes:  the  first  byte  is  to 
WRO  and  contains  pointer  bits  for  selection  of 
one  of  the  other  registers;  the  second  byte  is 
written  to  the  register  selected.  WRO  is  a 
special  case  in  that  all  of  the  basic  commands 
can  be  written  to  it  with  a single  byte. 

There  are  also  three  read  registers,  named 
RRO  through  RR2,  from  which  status  results 
of  operations  can  be  read  by  the  CPU  (see 
Appendix  B).  Both  channels  have  a set  of 


read  registers,  but  register  RR2  exists  only  in 
Channel  B. 

Let  us  now  look  at  the  typical  sequence  of 
write  registers  that  are  loaded  to  initialize 
the  SIO  for  either  Polled  or  Interrupt-driven 
asynchronous  I/O.  Figure  4 illustrates  the 
sequence.  Except  for  step  E,  this  loading  is 
done  for  each  channel  when  both  are  used. 
Steps  E and  F are  described  further  m the  sec- 
tion on  "Interrupt-Driven  Environments." 

Registers  WR6  and  WR7  are  not  used  in 
asynchronous  I/O.  They  apply  only  to  syn- 
chronous communication. 

The  related  publications  on  the  SIO  should 
be  referred  to  at  this  point.  They  will  be 
necessary  in  following  the  discussion  of  func- 
tions. In  particular,  the  following  material 
should  be  reviewed: 

Z80  SIO  Technical  Manual,  pages  9-12 
("Asynchronous  Operation") 

Z80  SIO  Technical  Manual,  pages  29-37 
("Z80  SIO  Programming") 


A.  Load  WRO.  This  is  done  to  reset  the  SIO 

B.  Load  WR4.  This  specifies  the  clock  divider,  number  of 
stop  bits,  and  parity  selection  Since  register  WR4 
establishes  the  general  form  of  I/O  for  which  the  SIO  is  to 
be  used,  it  is  best  to  set  WR4  values  first 

C.  Load  WR3.  This  specifies  the  number  of  receive  bits 
per  character,  Auto  Enable  selection,  and  turns  on  the 
receiver  enabling  bit 

D.  Load  WR5.  This  specifies  the  number  of  transmit  bits 
per  character,  turns  off  the  bit  that  transmits  the  Break 
signal,  turns  on  the  bits  indicating  Data  Terminal  Ready 
and  Request  To  Send,  and  turns  on  the  transmitter 
enabling  bit. 

E.  Load  WR2.  (Interrupt  mode  only  and  Channel  B only.) 
This  specifies  the  interrupt  vector 

F.  Load  WR1.  (Interrupt  mode  only  ) This  specifies 
various  interrupt-handling  options  that  will  be  explained 
later. 


NOTES 

Steps  A through  F are  performed  in  sequence 
‘Channel  B only 

TInterrupt  mode  only  Polling  mode  begins  I/O  after  step  D 


Figure  4.  Typical  Initialization  Sequence  (One  Channel) 
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Polled  Environments. 

In  a typical  Polled  environment,  the  SIO  is 
initialized  and  then  periodically  checked  for 
completion  of  an  I/O  operation.  Of  course,  if 
the  checking  is  not  frequent  enough,  received 
characters  may  be  lost  or  the  transmitter  may 
be  operated  at  a slower  data  rate  than  that  of 


which  it  is  capable.  Initialization  for  Polled  I/O 
follows  the  general  outline  described  in  the 
last  section.  We  now  give  an  overview  of 
routines  necessary  for  the  CPU  to  check 
whether  a character  has  been  received  by  the 
SIO  or  whether  the  SIO  is  ready  to  transmit  a 
character. 


Character  To  check  whether  a character  has  been 

Reception  received,  and  to  obtain  a received  character  if 

one  is  available,  the  sequence  illustrated  m 
Figure  5 should  be  followed  after  the  SIO  is 
initialized.  We  assume  that  reception  was 
enabled  during  initialization;  if  it  was  not,  the 
Rx  Enable  bit  in  register  WR3  must  be  turned 
on  before  reception  can  occur.  This  must  be 
done  for  each  channel  to  be  checked. 

Bit  Dq  of  register  RRO  is  set  to  1 by  the  SIO 
if  there  is  at  least  one  character  available  to  be 
received.  The  SIO  contains  a three-character 
input  buffer  for  each  channel,  so  more  than 
one  character  may  be  available  to  be  received. 
Removing  the  last  available  character  from  the 
read  buffer  for  a particular  channel  turns  off 
bit  Dq. 

If  bit  Dq  of  register  RRO  is  0,  then  no 
character  is  available  to  be  received.  In  this 
case  it  is  recommended  that  checks  be  made  of 
bit  D7  to  determine  if  a Break  sequence  (null 
character  plus  a framing  error)  has  been 
received.  If  so,  a Reset  External/Status  Inter- 
rupts command  should  be  given;  this  will  set 
the  External/Status  bits  in  register  RRO  to  the 
values  of  the  signals  currently  being  received. 
Thus,  if  the  Break  sequence  has  terminated, 
the  next  check  of  bit  D7  will  so  indicate.  It  may 
also  be  desirable  to  check  bit  3 of  register  RRO 
which  reports  the  value  of  the  Data  Carrier 
Detect  (DCD)  bit. 


In  any  case,  if  bit  Dq  of  register  RRO  is  0, 
polled  receive  processing  terminates  with  no 
character  to  receive.  Depending  on  the  facil- 
ities of  the  associated  CPU,  this  step  may  be 
repeated  until  a character  is  available  (or 
possibly  a time-out  occurs),  or  the  CPU 
may  return  to  other  tasks  and  repeat  this 
process  later. 

If  bit  Dq  of  register  RRO  is  1 , then  at  least 
one  character  is  available  to  be  read.  In  this 
case,  the  value  of  register  RR1  should  first  be 
read  and  stored  to  avoid  losing  any  error  infor- 
mation (the  manner  m which  it  is  read  is 
explained  later).  The  character  in  the  data 
register  is  then  read.  Note  that  the  character 
must  be  read  to  clear  the  buffer  even  if  there  is 
an  error  found. 

Finally,  it  is  necessary  to  check  the  value 
stored  from  register  RR1  to  determine  if  the 
character  received  was  valid.  Up  to  three  bits 
need  to  be  checked:  bit  6 is  set  to  1 for  a 
framing  error,  bit  5 is  set  to  1 for  a receiver 
overrun  error  (which  occurs  when  the  receive 
buffers  are  overwritten,  i.e.,  no  character  has 
been  removed  and  more  than  three  characters 
have  been  received),  and  bit  4 is  set  to  1 for  a 
parity  error  (if  parity  is  enabled  at  initial- 
ization time).  In  case  of  a receiver  overrun  or 
parity  error,  an  Error  Reset  command  must  be 
given  to  reset  the  bits. 


Figure  5.  Polled  Receive  Routine 
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Character  To  check  that  an  initialized  SIO  is  ready  to 

Transmission  transmit  a character  on  a channel,  and  if  so  to 

transmit  the  character,  the  steps  illustrated  m 
Figure  6 should  be  followed.  We  assume  that 
the  Request  To  Send  (RTS)  bit  m WR5,  if 
required  by  the  external  receiving  device, 
and  the  Transmit  (Tx)  Enable  bit  were  set  at 
initialization. 

Depending  on  the  external  receiving  device, 
the  following  bits  m register  RRO  should  be 
checked:  bit  3 (DCD),  to  determine  if  a data 
carrier  has  been  detected;  bit  5 (CTS),  to 
determine  if  the  device  has  signalled  that  it  is 
clear  to  send;  and  bit  7 (Break),  to  determine 
if  a Break  sequence  has  been  received.  If  any 
of  these  situations  have  occurred,  the  bits  m 
register  RRO  must  be  reset  by  sending  the 
Reset  External/Status  Interrupts  command,  and 
the  transmit  sequence  must  be  started  again. 

Next,  bit  2 of  register  RRO  is  checked.  If  this 
bit  is  0,  then  the  transmit  buffer  is  not  empty 
and  a new  character  cannot  yet  be  transmitted. 
Depending  on  the  capabilities  of  the  CPU,  this 
is  repeated  until  a character  can  be  trans- 
mitted (or  a timeout  occurs),  or  the  CPU  may 
return  to  other  tasks  and  start  again  later. 

If  bit  2 of  register  RRO  is  1,  then  the  transmit 
buffer  is  empty  and  the  CPU  may  pass  the 


character  to  be  transmitted  to  the  SIO,  com- 
pleting the  transmit  processing.  On  the 
Z80  CPU,  this  is  done  with  an  OUT  instruction 
to  the  SIO  data  port. 


Figure  6.  Polled  Transmit 


Assumptions  Now  let  us  consider  some  examples  in  more 
for  an  detail.  We  assume  we  are  given  an  external 

Example  device  to  which  we  will  input  and  output  8-bit 

characters,  with  odd  parity,  using  the  Auto 
Enables  feature.  We  will  support  this  device 
with  I/O  polling  routines  following  the  patterns 
illustrated  in  Figures  5 and  6.  We  assume  that 
the  CPU  will  provide  space  to  receive  char- 
acters from  the  SIO  as  fast  as  the  characters 
are  received  by  the  SIO,  and  that  the  CPU  will 
transfer  characters  as  fast  as  the  output  can  be 
accomplished  by  the  SIO. 


We  specify  this  example  by  giving  the  con- 
trol bytes  (commands)  written  to  the  SIO  and 
the  status  bytes  that  must  be  read  from  the 
SIO.  Recall  that  to  write  a command  to  a regis- 
ter, except  register  WRO,  the  number  of  the 
register  to  be  written  is  first  sent  to  register 
WRO;  the  following  byte  will  be  sent  to  the 
named  register.  Similarly,  to  read  a register 
other  than  RRO  (the  default),  the  number  of  the 
register  to  be  read  is  sent  to  register  WRO;  the 
following  byte  will  return  the  register  named. 


Initialization  We  begin  with  the  initialization  code  for  the 

SIO.  This  follows  the  outline  illustrated  m 
Figure  4.  In  the  following  sample  code,  each 
time  register  WRO  is  changed  to  point  to 
another  register,  the  Reset  External/Status 
Interrupts  command  is  given  simultaneously. 
Whenever  a transition  on  any  of  the  external 
lines  occurs,  the  bits  reporting  such  a transi- 
tion are  latched  until  the  Reset  External/Status 
Interrupts  command  is  given.  Up  to  two  transi- 
tions can  be  remembered  by  the  SIO.  There- 
fore, it  is  desirable  to  do  at  least  two  different 


Reset  External/Status  Interrupts  commands  as 
late  as  possible  in  the  initialization  so  that  the 
status  bits  reflect  the  most  recent  information. 
Since  it  doesn't  hurt,  we  include  these  com- 
mands each  time  WRO  is  changed  to  point  to 
another  register.  This  is  an  easy  way  to  code 
the  initialization  to  insure  that  the  appropriate 
resets  occur. 

In  the  example  below,  the  logic  states  on  the 
C/D  control  line  and  the  system  data  bus 
(D7-D0)  are  illustrated,  together  with 
comments. 
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Initialization  _ Bits  sent  to  the  SIO 

(Continued)  C/D  D7  D6  D5  D4  D3  D2  Di  Dq  Effects  and  Comments 
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Channel  Reset  command  sent  to  register  WRO  (D5-D3). 

Point  WRO  to  WR4  (D2-D0)  and  issue  a Reset  External/ 
Status  Interrupts  command  (Dg-D3).  Throughout  the 
initialization,  whenever  we  point  WRO  to  another 
register,  we  will  also  issue  this  command  for  the 
reasons  noted  above. 

Set  WR4  to  indicate  the  following  parameters  (from  left 
to  right): 

A.  Run  at  1/64  the  input  clock  rate  (D7-D5). 

B.  Disable  the  sync  bits  and  send  out  2 stop  bits  per 
character  (D5-D2). 

C.  Enable  odd  parity  (Di-Dq). 

Point  WRO  to  WR3. 

Set  WR3  to  indicate  the  following: 

A.  8-bit  characters  to  be  received  (D7-D6). 

B.  Auto  Enables  on  (D5). 

C.  Receive  (Rx)  Enable  on  (Do). 


Point  WRO  to  WR5. 


Set  WR5  to  indicate  the  following: 

A.  Data  Terminal  Ready  (DTR)  on  (D7). 

B.  8-bit  characters  to  be  transmitted  (D0-D5). 

C.  Break  not  to  be  transmitted  (D4). 

D.  Transmit  (Tx)  Enable  on  (D3). 

E.  Request  To  Send  (RTS)  on  (Dj). 


Reset  and  In  the  receive  and  transmit  routines  that  fol- 

Error  low,  we  treat  errors  such  as  a transition  on  the 

Sequences  Data  Carrier  Detect  line  by  calling  for  a "reset 

sequence"  to  set  the  values  in  read  register 
RRO  to  reflect  the  current  values  found  at 
the  pins.  This  sequence  consists  of  giving 
the  Reset  External/Status  Interrupts  com- 
mand and  beginning  the  driver  over  again. 
The  command  takes  the  form  of  a write  to 
register  WRO: 


d7 

D6 

Ds 

D4 

d3 

d2 

Di 

Do 

0 

0 

0 

1 

0 

0 

0 

0 

Permits  the  status  bits  in  PRO  to  reflect  current  status. 


This  command  does  not  turn  off  the  latches 
for  such  things  as  parity  errors  stored  in  bits 
4-6  of  register  RR1.  When  such  an  error 
occurs  and  the  latches  must  be  reset,  we  will 


call  for  an  "error  sequence."  This  sequence 
consists  of  giving  the  Error  Reset  command 
and  beginning  the  driver  over  again.  The 
command  also  takes  the  form  of  a write  to 
register  WRO: 


d7 

De 

DS 

D4 

DS 

D2 

Di 

Do 

0 

0 

1 

1 

0 

0 

0 

0 

Resets  the  latches  m register  RR1. 


When  specifying  the  result  of  reading 
register  RRO  or  RR1  or  specifying  data,  we  will 
indicate  the  values  read  as  follows: 


d7 

D6 

Ds 

d4 

d3 

d2 

Di 

D0 

D 

D 

D 

D 

D 

D 

D 

D 

Read  a byte  from  the  designated  register. . 


Receive  and  Now  we  will  first  give  an  example 
Transmit  of  the  receive  routine.  This  parallels  the 

Routines  preceding  discussion  of  "Character 

Reception." 

The  framing  error  in  this  routine  is  reported 
on  a character-by-character  basis  and  it  is  not 


necessary  to  execute  an  "error  sequence"  if  it 
is  the  only  error  received.  However,  it  is  not 
harmful  to  do  so. 

Next,  we  give  an  example  of  transmission 
code  that  parallels  the  above  discussion  on 
"Character  Transmission." 
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Receive  and 

Transmit 

Routines 

(Continued) 


Bits  sent  and  received 

C/D  D7  Dg  D5  D4  D3  D2  Di  Dq 
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d5 

d4 
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Do 

0 

d7 

d6 

d5 

d4 

d3 

d2 

Di 

Do 

Read  a byte  from  RRO  (the  default  read  register);  if 
Dg  = 0 then  no  character  is  ready  to  be  received.  In 
this  case,  if  D7  (Break)  or  D3  (Data  Carrier  Detect) 
have  changed  state,  then  execute  a "reset  sequence.'' 
If  Dg  = 0 and  D7  and  D3  have  not  changed  state,  then 
no  character  is  ready  to  be  received,  either  loop  on 
this  read  or  try  again  later. 

Point  WRO  to  read  from  RR1,  we  will  now  check  for 
errors  m the  character  read  Note  that  Reset  Exter- 
nal/Status Interrupt  Commands  are  not  done  normally 
to  avoid  losing  a line-status  change. 

Read  a byte  from  RR1;  if  either  bit  Dg=  1 (framing 
error),  Ds=  (receive  overrun  error),  or  D4=  1 
(parity  error),  the  character  is  invalid  and  an  “error 
sequence"  should  be  executed  after  the  following  step. 

Read  m the  data  byte  received.  This  must  be  done  to 
clear  the  SIO  buffer  even  if  an  error  is  detected. 


SECTION 
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Bits  sent  and  received 
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D 

Interrupt-Driven  Environments. 

In  a typical  interrupt-driven  environment, 
the  SIO  is  initialized  and  the  first  transmission, 
if  any,  is  begun.  Thereafter,  further  I/O  is 
interrupt  driven.  When  action  by  the  CPU  is 
needed,  an  SIO  interrupt  causes  the  CPU  to 
branch  to  an  interrupt  service  routine  after  the 
CPU  first  saves  state  information. 

In  common  usage,  if  I/O  is  interrupt  driven, 
all  interrupts  are  enabled  and  each  different 
type  of  interrupt  is  used  to  cause  a CPU 
branch  to  a different  memory  address.  There  is 
perhaps  one  frequent  exception  to  this:  parity 
errors  are  sometimes  checked  only  at  the  end 
of  a sequence  of  characters.  The  SIO  facili- 
tates this  kind  of  operation  since  the  parity 
error  bit  in  read  register  RR1  is  latched;  once 
the  bit  is  set  it  is  not  reset  until  an  explicit 


Effects  and  Comments  (Transmit  Routine) 

Read  a byte  from  RRO;  if  either  bit  D3  (Data  Carrier 
Detect),  D5  (Clear  To  Send)  or  D7  (Break)  have 
changed  state,  a "reset  sequence"  should  be  executed. 

If  D3,  D5  and  D7  have  not  changed  state,  then  if 
D2  = 0,  the  transmit  buffer  is  not  yet  empty  and 
a transmit  cannot  take  place;  either  loop,  reading  RRO, 
or  try  again  later. 

Send  the  data  byte  to  be  transmitted. 

reset  operation  is  done.  Thus,  if  a parity  error 
has  occurred  on  any  character  since  last  reset, 
bit  4 in  register  RR1  will  be  set.  It  is  then 
possible  to  set  register  WR1  so  that  parity 
errors  do  not  cause  an  error  interrupt  when  a 
character  is  received.  The  user  then  has  the 
obligation  to  poll  for  the  value  of  the  parity 
bit  upon  completion  of  the  sequence. 

SIO  initialization  for  Interrupt  mode  nor- 
mally requires  two  steps  not  used  in  Polled 
mode:  an  interrupt  vector  (if  used)  must  be 
stored  in  write  register  WR2  of  Channel  B and 
write  register  WR1  must  be  initialized  to 
specify  the  form  of  interrupt  handling.  It  is 
preferable  to  initialize  the  interrupt  vector  in 
WR2  first.  In  this  way  an  interrupt  that  arrives 
after  the  enabling  bits  are  set  in  WR1  will 
cause  proper  interrupt  servicing. 


Interrupt 

Vectors 


The  interrupt  vector,  register  WR2  of  Chan- 
nel B,  is  an  8-bit  memory  address.  When  an 
interrupt  occurs  (and  note  that  an  interrupt 
can  only  occur  after  interrupts  have  been 
enabled  by  writing  to  register  WR1)  the  inter- 
rupt vector  is  normally  taken  as  one  byte  of  an 
address  used  by  the  CPU  to  find  the  location 
of  the  interrupt  service  routine.  It  is  also 
possible  to  cause  the  particular  type  of  inter- 
rupt condition  to  modify  the  address  vector  in 
WR2  before  branching,  resulting  in  a branch 


to  a different  memory  location  for  each  inter- 
rupt condition.  This  is  a very  useful  construct; 
it  permits  short,  special-purpose  interrupt 
routines.  The  alternative,  to  have  one  general- 
purpose  interrupt  routine  which  must  deter- 
mine the  situation  before  proceeding,  can  be 
quite  inefficient.  This  is  usually  undesirable 
since  the  speed  of  interrupt-service  routines  is 
often  a critical  factor  in  determining  system 
performance. 


Interrupt  There  are  at  most  eight  different  types  of 

Vectors  interrupts  that  the  SIO  may  cause,  four  for 

(Continued)  each  of  the  two  channels.  If  bit  1 in  register 

WR1  of  Channel  B has  been  turned  on  so  that 
an  interrupt  will  modify  the  interrupt  vector, 
the  three  bits  (1-3)  of  the  vector  will  be 
changed  to  reflect  the  particular  type  of  inter- 
rupt. These  interrupts  follow  a hardware-set 
priority  as  follows,  starting  with  the  highest 
priority: 

Channel  A Special  Receive  Condition  sets  bits 
3-1  of  WR1  to  111, 

Channel  A Character  Received  sets  bits  3-1 
to  1 10, 

Channel  A Transmit  Buffer  Empty  sets  bits  3-1 
to  100, 

Channel  A External/Status  Transition  sets  bits 
3-1  to  101. 

Channel  B Special  Receive  Condition  sets  bits 
3-1  to  Oil, 

Channel  B Character  Received  sets  bits  3-1 
to  010, 

Channel  B Transmit  Buffer  Empty  sets  bits  3-1 
to  000, 

Channel  B External/Status  Transition  sets  bits 
3-1  to  001. 

For  example,  suppose  that  the  interrupt  vec- 
tor had  the  value  11110001  and  the  Status 
Affects  Vector  bit  is  enabled,  along  with  all 
interrupt-enable  bits.  When  an  External/Status 
transition  occurs  m Channel  A,  the  three  zeros 
(bits  3-1)  would  be  modified  to  101,  yielding 
an  interrupt  vector  of  11111011.  The  value  of 
the  interrupt  vector,  as  modified,  may  be 
tained  by  reading  register  RR2  in  Channel  B. 


Note  that  when  a character  is  received, 
either  the  Special  Receive  Condition  or  Rx 
Character  Available  interrupt  will  occur, 
depending  on  whether  or  not  an  error 
occurred;  the  two  will  never  occur  simul- 
taneously. Therefore,  these  two  interrupts  have 
egual  priority.  Note  also  that  you  can  select 
not  to  be  interrupted  on  some  of  the  eight  con- 
ditions; in  this  case,  the  presence  of  a par- 
ticular condition  for  which  interrupts  are  not 
desired  can  be  determined  by  polling. 

Suppose  that  interrupts  have  been  enabled 
for  all  possible  cases,  and  that  the  Status 
Affects  Vector  bit  has  also  been  enabled, 
allowing  a different  routine  to  handle  each 
possible  interrupt.  As  each  interrupt  causes  a 
branch  to  a location  only  two  bytes  higher  than 
the  last  interrupt,  it  is  not  possible  to  place  a 
routine  directly  at  the  location  where  the  vec- 
tored interrupt  branches.  In  a Z80  CPU  envi- 
ronment, these  addresses  refer  to  a table  m 
memory  which  contains  the  actual  starting 
location  of  the  interrupt  service  routine.  Also, 
since  the  state  information  saved  by  a CPU  is 
rarely  all  of  the  information  necessary  to  prop- 
erly preserve  a computation  state,  a typical 
interrupt  service  routine  will  begin  by  saving 
additional  information  and  end  by  restoring 
that  information.  This  is  shown  briefly  m the 
examples  of  code  m Appendix  A. 

It  is  possible  to  connect  several  SIOs  using 
the  interrupt  mechanism  and  the  IEI  and  IEO 
lines  on  the  SIO  to  determine  a priority  for 
interrupt  service.  This  mechanism  is  discussed 
on  page  42  of  the  Z80  SIO  Technical  Manual 
and  in  the  Z80  Family  Program  Interrupt 
Structure  Manual.  We  do  not  go  into  it  further 
in  this  application  note. 


Initialization  In  general,  the  initialization  procedure 

illustrated  in  Figure  4 can  still  be  followed.  All 
six  steps  (A  through  F)  are  reguired  here. 

After  completing  the  first  four  steps,  which  are 
the  same  as  initialization  for  polled  I/O,  it  is 
necessary  to  load  an  interrupt  vector  into  WR2 
of  Channel  B.  Information  is  then  written  into 
register  WR1  specifying  which  interrupts  are 
to  be  enabled  and  whether  a specific  kind  of 
interrupt  should  modify  the  interrupt  vector. 

Now  let  us  give  an  example.  As  m the  polled 
example,  we  assume  that  we  are  given  a 
device  to  which  we  will  input  and  output  8-bit 
characters,  with  odd  parity,  using  the  Auto 
Enables  feature.  We  also  assume  the  CPU  will 
provide  space  to  store  characters  as  received. 

We  do  not  discuss  the  SIO  commands  and 
registers  in  detail.  This  is  done  in  the  Z80  SIO 
Technical  Manual.  A summary  of  the  register 
bit  assignments  taken  from  the  Z80  SIO  Serial 
Input/Output  Product  Specification  is  included 
at  the  end  of  this  note.  Recall  that  to  write  a 


register  other  than  register  WR0,  the  number 
of  the  register  to  be  written  is  first  sent  to 
register  WR0,  and  the  following  byte  will  be 
sent  to  the  named  register.  Similarly,  to  read  a 
register  other  than  RR0  (the  default),  the 
number  of  the  register  to  be  read  is  first  writ- 
ten to  register  WR0  and  the  next  byte  read  will 
return  the  contents  of  the  register  named. 

In  our  example  below,  each  time  register 
WR0  is  changed  to  point  to  another  register, 
the  Reset  External/Status  Interrupts  command 
is  also  given.  Whenever  a transition  on  any  of 
the  external/status  lines  occurs,  the  bits  report- 
ing the  transition  are  latched  until  the  Reset 
External/Status  Interrupts  command  is  given. 
Up  to  two  transitions  can  be  remembered  by 
the  internal  logic  of  the  SIO.  Therefore,  it  is 
desirable  to  do  at  least  two  different  Reset 
External/Status  Interrupt  commands  as  late  as 
possible  in  the  initialization  so  that  the  status 
bits  reflect  the  most  recent  information.  Since 
it  doesn't  hurt,  we  give  these  commands  each 
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Initialization 

(Continued) 


time  WRO  is  changed  to  point  to  another  reg- 
ister. This  is  an  easy  way  to  code  the  initial- 
ization to  assure  that  the  appropriate  resets 
occur. 


The  columns  below  show  the  logic  states  on 
the  C/D  control  line  and  the  system  data  bus 
(D7-D0),  together  with  comments. 


_ Bits  sent  to  the  SIO 
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Channel  Reset  command  sent  to  register  WRO  (D5-D3). 

Point  WRO  to  WR4  (D2-D0)  and  issue  a Reset  Exter- 
nal/Status Interrupts  command  (D5-D3).  Throughout 
the  initialization,  whenever  we  point  WRO  to  another 
register  we  will  also  issue  a Reset  External/Status 
Interrupts  command  for  the  reasons  noted  above. 

Set  WR4  to  indicate  the  following  parameters  (from  left 
to  right): 

A.  Run  at  1/64  the  clock  rate  (D7-D6). 

B.  Disable  the  sync  bits  and  send  out  2 stop  bits  per 
character  (D5-D2). 

C.  Enable  odd  parity  (D^-Do). 

Point  WRO  to  WR3. 

Set  WR3  to  indicate  the  following: 

A.  8-bit  characters  to  be  received  (Dy-Dg). 

B.  Auto  Enables  on  (D5). 

C.  Rx  Enable  on  (Dq). 

Point  WRO  to  WR5. 

Set  WR5  to  indicate  the  following: 

A.  Data  Terminal  Ready  (DTR)  on  (D7). 

B.  8-bit  characters  to  be  transmitted  (D0-D5). 

C.  Break  not  to  be  transmitted  (D4). 

D.  Tx  Enable  on  (D3). 

E.  Request  To  Send  (RTS)  on  (D^). 

Point  WRO  to  WR2  (Channel  B only). 

Set  the  interrupt  vector  to  point  to  address  11100000 
(which  is  hex  E0  and  decimal  224).  Once  interrupts 
are  enabled,  they  will  cause  a branch  to  this  memory 
location,  modified  as  described  above  if  the  Status 
Affects  Vector  bit  is  turned  on  (which  it  will  be  here). 
This  vector  is  only  set  for  Channel  B,  but  it  applies 
to  both  channels.  It  has  no  effect  when  set  in 
Channel  A. 

Point  WRO  to  WR1. 

Set  WR1  to  indicate  the  following: 

A.  Cause  interrupts  on  all  characters  received, 
treating  a parity  error  as  a Special  Receive 
Condition  interrupt  (D4-D3). 

B.  Turn  on  the  Status  Affects  Vector  feature,  causing 
interrupts  to  modify  the  status  vector — meaningful 
only  on  Channel  B,  but  will  not  hurt  if  set  for 
Channel  A (D2). 

C.  Enable  interrupts  due  to  transmit  buffer  being 
empty  (Dj). 

D.  Enable  External/Status  interrupts  (Dq). 
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Received  (Rx) 

Character 

Interrupts 


External/ 

Status 

Interrupts 


Transmit  (Tx) 
Buffer  Empty 
Interrupts 


A Special  Receive  Condition  interrupt 
occurs  (a)  if  a parity  error  has  occurred,  (b)  if 
there  is  a receiver  overrun  error  (data  is  being 
overwritten  because  the  channel's  three-byte 
receiver  buffer  is  full  and  a new  character  is 
being  received),  or  (c)  if  there  is  a framing 
error.  The  processing  in  this  case  is  the  fol- 
lowing: 

1 . Issue  an  Error  Reset  command  (to  register 
WRO)  to  reset  the  latches  in  register  RR1. 

2.  Read  the  character  from  the  read  buffer  and 
discard  it  to  empty  the  buffer. 

It  may  be  desirable  to  read  and  store  the 

_ Bits  sent  and  received 

C/D  D7  Dg  D5  D4  D3  D2  Di  Do  Effects  and  Comments 

If  we  need  to  know  what  kind  of  error  occurred,  we 
point  WRO  to  read  from  RR1 . Note  that  the  Reset 
External/Status  Interrups  command  is  not  used.  This 
avoids  losing  a valid  interrupt. 

Read  a byte  from  RR1;  one  or  more  of  bit  Dg  (framing 
error),  D5  (receive  overrun  error),  or  D4  (parity  error) 
will  be  1 to  indicate  the  specific  error. 

Give  an  Error  Reset  command  to  reset  all  the  error 
latches. 

Read  m the  data  byte  received  This  must  be  done  to 
clear  the  receiver  buffer,  but  the  character  will  gener- 
ally be  disregarded. 

When  an  Rx  Character  Available  interrupt  with  character  lengths  of  5,  6,  or  7 bits,  the 
occurs,  the  character  need  only  be  read  from  received  parity  bit  will  be  transferred  with  the 

the  read  buffer  and  stored.  If  parity  is  enabled  character.  Any  unused  bits  will  be  Is. 

interrupt,  it  is  necessary  to  read  register  RRO. 
In  this  case,  the  complete  processing  takes  the 
following  form: 


Effects  and  Comments 

Read  register  RRO;  bit  D7  (Break),  D5  (Clear  To  Send), 
or  D3  (Data  Carrier  Detect)  will  have  had  a transition 
to  indicate  the  cause  of  the  interrupt. 

Give  a Reset  External/Status  Interrupts  command  to  set 
the  latches  in  RRO  to  their  current  values  and  stop 
External/Status  Interrupts  until  another  transition 
occurs. 


The  final  kind  of  interrupt  is  a Tx  Buffer 
Empty  interrupt.  If  another  character  is  ready 
to  be  transmitted  on  this  channel,  a Tx  Buffer 
Empty  interrupt  indicates  that  it  is  time  to  do 
so.  To  respond  to  this  interrupt,  you  need  only 
send  the  next  character.  If  no  other  character 
is  ready  to  transmit,  it  may  be  desirable  to 
mark  the  availability  of  the  transmit  mechanism 
for  future  use.  In  addition,  you  should  send  a 
Reset  Tx  Interrupt  Pending  command.  This 
command  prevents  further  transmitter  inter- 


rupts until  the  next  character  has  been  loaded 
into  the  transmitter  buffer. 

The  Reset  Tx  Interrupt  Pending  command  to 
WRO  takes  the  following  form: 

D7  Dg  D5  D4  D3  D2  Di  Do 

0 0_  10  10  0 0 

Beset  Tx  Interrupt  Pending  command;  no  Tx  Empty  Inter- 
rupts will  be  given  until  after  the  next  character  has  been 
placed  m the  transmit  buffer. 


To  respond  to  an  External/Status  Interrupt, 
all  that  is  necessary  is  to  send  a Reset  Exter- 
nal/Status Interrupts  command.  However,  if 
you  wish  to  find  the  specific  cause  of  the 
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value  of  register  RR1  to  gather  statistics  on 
performance  or  determine  whether  to  accept 
the  character.  In  some  applications,  a 
character  may  still  be  acceptable  if  received 
with  a framing  error. 

In  specifying  the  result  of  reading  register 
RRO,  RR1,  or  specifying  data,  we  will  indicate 
the  values  as  follows: 

D7  Dg  D5  D4  D3  D2  Di  Dq 


Read  a byte  from  the  designated  register. 

We  now  present  an  example  of  processing  a 
Special  Receive  Condition  interrupt. 


Z80 

Assembler 

Code 

To  take  these  examples  further,  let  us  use 
Z80  Assembler  code  to  implement  the  routines 
for  a single  channel.  We  assume  that  the  loca- 
tion stored  in  register  WR2  points  to  the 
appropriate  interrupt  service  routine.  We  also 
assume  that  the  following  constants  have 
already  been  defined: 

SlOctrl.  The  address  of  the  SIO's  Channel  B 
control  port  (we  assume  Channel  B in  order  to 
include  code  to  initialize  the  interrupt  vector). 

SlOdata.  The  address  of  the  SIO's  Channel  B 
data  port. 

X.  An  address  pointing  to  locations  in  memory 
that  will  be  used  to  store  various  values. 

We  will  write  data  as  binary  constants;  the 
"B"  suffix  indicates  this.  In  most  cases,  binary 
constants  will  be  referred  to  by  the  command 
names.  We  begin  with  the  initialization 
routine: 

INIT:  LD 

C,  SlOctrl 

; place  the  address  of  the  SIO  in  the  C register  for 

; use  in  subsequent  output 

LD 

A,00011000B 

;load  Channel  Reset  command  in  A register 

OUT 

(C)  ,A 

;give  Channel  Reset  command 

LD 

A,00010100B 

; write  to  register  WR0  pointing  it  to  register  WR4 

OUT 

(C)  ,A 

LD 

A,11001101B 

; output  basic  I/O  parameters  to  WR4 

OUT 

(C)  ,A 

LD 

A,00010011B 

; write  to  register  WR0  pointing  it  to  register  WR3 

OUT 

(C)  ,A 

LD 

A,11100001B 

; output  receive  parameters  to  WR3 

OUT 

(C)  ,A 

LD 

A,00010101B 

;write  to  register  WR0  pointing  it  to  register  WR5 

OUT 

(C)  ,A 

LD 

A, 1 1 101010B 

; output  transmit  parameters  to  WR5 

OUT 

(C)  ,A 

LD 

A,00010010B 

; write  to  register  WR0  pointing  it  to  register  WR2 

; (Channel  B only) 

OUT 

(C)  ,A 

LD 

A,11100000B 

; output  the  interrupt  vector  to  WR2;  m this  case  it  is 

; decimal  location  224 

OUT 

(C)  ,A 

LD 

A,00010001B 

; write  to  register  WR0  pointing  it  to  register  WR1 

OUT 

(C)  ,A 

LD 

A,00010111B 

; output  interrupt  parameters  to  WR1 

OUT 

(C)  ,A 

RET 

; return  from  initialization  routine 

Now  let  us  look  first  at  some  sample  codes 

This  is  followed  by  a simple  receive  interrupt 

for  the  Special  Receive  Condition  interrupt 

routine  that  will  fetch  the  character  received 

routine,  following  the  example  above. 

and  store  it  in  a temporary  location. 

SlOspecmt:  PUSH 

AF 

;save  registers  which  will  be  used  m this  routine 

LD 

A,  0000000 IB 

; write  to  register  WR0  pointing  it  to  register  RR1 

OUT 

(SlOctrl)  ,A 

IN 

A,  (SlOctrl) 

; fetch  register  RR1 

LD 

(X)  ,A 

;store  result  for  later  error  analysis 

LD 

A,00110000B 

;send  an  Error  Reset  command  to  reset  device 

; latches 

OUT 

(SlOctrl)  ,A 

IN 

A,(SIOdata) 

; fetch  the  character  received — we  will  discard  this 

; character  since  an  error  occurred  during  its 

; reception 

POP 

AF 

; restore  saved  registers 

El 

; enable  interrupts 

RETI 

; return  from  interrupt 
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;save  registers  which  will  be  used  in  this  routine 


IN 

A,(SIOdata) 

;fetch  the  character  received 

LD 

(X)  ,A 

; store  result  for  later  use 

POP 

AF 

;restore  saved  registers 

El 

;enable  interrupts 

RETI 

;return  from  interrupt 

Of  course,  this  last  routine  is  probably  far 
too  simple  to  be  useful.  It  is  more  likely  that 
an  interrupt  routine  will  fill  up  a buffer  of 
characters.  A more  complex  example  of  a 
receive  interrupt  routine  is  contained  in  the 


SlOextint:  PUSH 

AF 

LD 

A,00010000B 

OUT 

(SlOctrl)  ,A 

IN 

A,(SIOctrl) 

LD 

(X)  ,A 

POP 

AF 

El 

RETI 

Finally,  we  give  the  processing 

for  a 

transmit  interrupt  routine  in  the  case  where  no 
more  characters  are  to  be  transmitted. 

It  is  likely  that  this  code  would  just  be  a por- 
tion of  a more  general  transmit  interrupt 

SlOtrnmt:  PUSH 

AF 

LD 

A,00101000B 

OUT 

(SlOctrl)  ,A 

POP 

AF 

El 

RETI 

chapter  entitled  "A  Longer  Example/' 

We  now  give  a simple  interrupt  routine  for 
an  External/Status  Interrupt,  again  assuming 
that  the  status  contents  of  SIO  register  RRO  are 
stored  in  temporary  location  X: 

,save  registers  which  will  be  used  in  this  routine 
,send  a Reset  External/Status  Interrupts  command 

; fetch  register  RRO 
; store  result  for  later  analysis 

; restore  saved  registers 
; enable  interrupts 
; return  from  interrupt 

routine  which  would  transmit  a buffer-full  of 
information  at  a time.  A more  complex  exam- 
ple is  included  m the  section  entitled  "A 
Longer  Example." 

,save  registers  which  will  be  used  m this  routine 
,send  a Reset  Tx  Interrupt  Pending  command 

, restore  saved  registers 
,Enable  Interrupts 
,Return  From  Interrupt 


SECTION  Questions  and  Answers. 

g Q:  Can  a sloppy  system  clock  cause  prob- 

lems m SIO  operation? 

A:  Yes;  the  specifications  for  the  system 

Hardware  clock  are  very  tight  and  must  be  met  closely 

Considerations  to  prevent  SIO  malfunction.  The  clock  high 

voltage  must  be  greater  than  VCC-0.6V  but 
less  than  4- 5.5V.  The  clock  low  voltage 
must  be  greater  than  -0.3V  but  less  than 
+ 0.45  V.  The  transitions  between  these  two 
levels  must  be  made  in  less  than  30  ns.  This 
does  not  apply  to  the  RxC  and  TxC  inputs 
which  are  standard  TTL  levels. 

Q:  When  is  a received  character  available  to 

be  read? 

A:  Data  will  be  available  a maximum  of  13 

system  clock  cycles  from  the  rising  edge  of 
the  RxC  signal  which  samples  the  last  bit  of 
the  data. 

Q:  What  is  the  maximum  time  between 

character-insertion  for  transmission  and 
next-character  transmission? 

A:  This  will  vary  depending  on  the  speed  of 

the  line  over  which  the  character  is  being 
transmitted. 

Qi  Are  the  control  lines  to  the  SIO  synchro- 
nous with  the  system  clock  so  that  noise  may 
exist  on  the  buses  any  time  before  setup 
reguirements  are  satisfied? 

A:  Yes. 

Q:  In  asynchronous  use  must  receiver  and 

transmitter  clock  rates  be  the  same? 

A:  No,  the  SIO  allows  receive  and  transmit 

for  each  channel  to  use  a different  clock 
(thus  up  to  four  different  clocks  for  receiv- 
ing and  transmitting  data  can  be  used  on 
each  SIO).  However,  the  clock  multiplier 
for  each  channel  must  be  the  same. 

Q:  Do  Wait  states  have  to  be  added  when 

using  the  SIO  with  other  processors  other 
than  the  Z80  CPU? 


A:  No,  provided  that  setup  times  specified  for 

the  SIO  are  met. 

Q:  If  the  Auto  Enables  bit  in  register  WR3  is 

set,  will  a change  m state  on  the  DCD  (Data 
Carrier  Detect)  or  CTS  (Clear  To  Send) 
lines  still  cause  an  interrupt? 

A:  Yes,  provided  that  External/ Status  Inter- 

rupts are  enabled  (bit  0 m register  WR1). 

Q:  Is  the  Ml  line  used  by  the  SIO  if  no  inter- 
rupts are  enabled?  

A:  No,  and  m this  case  the  Ml  input  should 

be  tied  high. 

Q:  Will  the  SIO  continue  to  interrupt  for  a 

condition  if  the  condition  persists  and  the 
interrupt  remains  enabled? 

A:  Yes. 

Q:  What  is  the  maximum  data  rate  of 

the  SIO? 

A:  It  is  1/5  the  rate  of  the  system  clock 

(CLK).  For  example,  if  the  system  clock 
operates  at  4 MHz,  the  SIO's  maximum 
transfer  rate  is  800K  bits  (100K  bytes) 
per  second. 

Q:  What  pms  are  edge  sensitive  and  should 

\ be  strapped  to  avoid  strange  interrupts? 

A:  The  external  synchronization  (SYNC)  pms 

and  any  other  external  status  pms  that  are 
not  used,  including  CTS  , and  DCD. 

Q:  What  happens  if  the  transmitter  or 

receiver  is  disabled,  while  processing  a 
character,  by  turning  off  its  associated 
enable  bit  (bit  3 m register  WR5  for  transmit 
or  bit  0 m register  WR3  for  receive)? 

A:  The  transmitter  will  complete  the 

character  transmission  m an  orderly  fashion. 
The  receiver,  however,  will  not  finish.  It  will 
lose  the  character  being  received  and  no 
interrupt  will  occur. 
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Q:  Does  the  Tx  Buffer  Empty  (bit  2 m register 

RRO  get  set  when  the  last  byte  m the  buffer 
is  m the  process  of  being  shifted  out? 

A:  No.  The  bit  is  set  when  the  transmit  buffer 

has  already  become  empty.  Similarly,  the 
Tx  Buffer  Empty  interrupt  will  not  occur 
until  the  buffer  is  empty.  The  same  is  true 
for  reception:  the  Rx  Character  Available 
bit  (bit  0 m register  RRO)  is  not  set  until  the 
entire  character  is  m the  receive  buffer,  and 
the  Rx  Character  Available  interrupt  will 
not  occur  until  the  entire  character  has 
been  moved  into  the  buffer. 

Q:  If  an  Rx  Overrun  error  occurs  (and 

bit  5 of  register  RR1  becomes  latched  on) 
because  a new  character  has  arrived,  which 
character  gets  lost? 


A:  The  most  recently  received  character 

overwrites  the  next  most  recently  received 
character. 

Q:  Does  the  Reset  External/Status  Interrupts 

command  reset  any  of  the  status  bits  m 
register  RRO? 

A:  No.  However,  when  a transition  occurs  on 

any  of  the  five  External/Status  bits  m 
register  RRO,  all  of  the  status  bits  are 
latched  m their  current  position  until  a 
Reset  External/ Status  Interrupts  command  is 
issued.  Thus,  the  command  does  permit  the 
appropriate  bits  of  register  RRO  to  reflect 
the  current  signal  values  and  should  be 
done  immediately  after  processing  each 
transition  on  the  channel. 
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Q:  If  the  CPU  does  not  have  the  return  from 

interrupt  sequence  (RETI  instruction  on  the 
Z80  CPU),  how  may  the  SIO  be  informed  of 
the  completion  of  interrupt  handling? 

A:  This  may  be  done  by  writing  the  Return 

From  Interrupt  command  (binary,  00111000) 
to  WR0  m Channel  A of  the  SIO. 

Q.  If  the  CPU  can  be  interrupted  but  cannot 
be  used  with  vectored  interrupts,  how 
should  processing  be  done? 

A:  Immediately  after  being  interrupted,  pro- 

ceed in  a manner  similar  to  polling  the  SIO 
for  both  receive  and  transmit.  Alternatively, 
the  Status  Affects  Vector  bit  (bit  2 in 
register  WR1)  may  be  set  and  a 0 byte 
placed  into  the  interrupt  vector  (register 
WR2  in  Channel  B).  Then,  the  contents  of 
the  interrupt  vector  can  be  used  to  deter- 
mine the  cause  of  the  interrupt  and  the 
channel  on  which  the  interrupt  occurred. 
This  can  be  queried  _by  reading  register  RR1 
of  Channel  B.  Also,  Ml  should  be  tied  High 
and  no  equivalent  to  an  interrupt  acknowl- 
edge should  be  issued. 

Q:  How  can  the  Wait/Ready  (W/RDY)  signal 

be  used  by  the  CPU  in  asynchronous  I/O? 

A:  The  W/RDY  signal  is  most  commonly  used 

m Block  Transfer  Mode  with  a DMA,  and 
this  use  is  described  in  the  Z80  DMA 
Technical  Manual.  However,  W/RDY  may 
be  directly  connected  to  the  Z80  CPU  WAIT 
line  m order  to  use  the  block  I/O  instruc- 
tions OTDR,  OTIR,  INDR,  and  INIR.  In  this 
case,  the  SIO  can  be  used  for  block  transfer 
reception.  To  do  this,  the  SIO  is  configured 
to  interrupt  on  the  first  character  received 
only  (by  settings  bits  4 and  3 of  register 
WR1  to  01)  and  additional  characters  are 
sensed  using  the  W/RDY  line.  The  block  I/O 
instructions  decrement  a byte  counter  to 
determine  when  I/O  is  complete. 

Q:  Can  the  SYNC  pin  have  any  use  in  asyn- 

chronous I/O? 

A:  It  may  be  used  as  a general-purpose 

input.  For  example,  by  connecting  it  to  a 
modem  ring  indicator,  the  status  of  that  ring 
indicator  can  be  monitored  by  the  CPU. 


Q:  How  can  the  SIO  be  used  to  transmit 

characters  containing  fewer  than  5 bits? 

A:  First,  set  bits  6 and  5 in  register  WR5  to 

indicate  that  five  or  fewer  bits  per  character 
will  be  transmitted.  The  SIO  then  deter- 
mines the  number  of  bits  to  actually  transmit 
from  the  data  byte  itself.  The  data  byte 
should  consist  of  zero  or  more  Is,  three  0s, 
and  the  data  to  be  transmitted.  Thus,  begin- 
ning the  data  byte  with  11110001  will  cause 
only  the  last  bit  to  be  transmitted: 

Contents  of  data  byte 
(d  = arbitrary  value) 

D?  D6  D5  D4  D3  D2  Dj  Do 

1 1 1 1 0 0 0 d 1 

1 1 1 0 0 0 d d 2 

1 1 0 0 0 d d d 3 

1 000dddd4 
000ddddd5 

‘The  rightmost  number  of  bits  indicated  will  be  transmitted 

Q:  Can  a Break  sequence  be  sent  for  a fixed 

number  of  character  periods? 

A:  Yes.  Break  is  continuously  transmitted  as 

logic  0 by  setting  bit  4 of  register  WR5.  You 
can  then  send  characters  to  the  transmitter 
as  long  as  the  Break  level  is  desired  to  per- 
sist. A Break  signal,  rather  than  the  char- 
acters sent,  will  actually  be  transmitted,  but 
each  bit  of  each  character  sent  will  be 
clocked  as  if  it  were  transmitted.  The  All 
Sent  bit,  bit  0 of  register  RR1,  is  set  to  1 
when  the  last  bit  of  a character  is  clocked 
for  transmission,  and  this  may  be  used  to 
determine  when  to  reset  bit  4 of  register 
WR5  and  stop  the  Break  signal. 

Q:  If  a Break  sequence  is  initiated  by  setting 

bit  4 of  register  WR5,  will  any  character 
m the  process  of  being  transmitted  be 
completed? 

A:  No.  Break  is  effective  immediately  when 

bit  4 of  WR5  is  set.  The  "all  sent"  bit  in 
register  RR1  should  be  monitored  to  deter- 
mine when  it  is  safe  to  initiate  a Break 
sequence. 
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A Longer  Example. 

In  this  section,  we  give  a longer  example  of 
asynchronous  interrupt-driven  full-duplex  I/O 
using  the  SIO.  The  code  for  this  example  is 
contained  in  Appendix  A,  and  the  basic 
routines  are  flow  charted  in  Figures  7-12. 

The  example  includes  code  for  initialization 
of  the  SIO,  initialization  of  a receive  buffer 
interrupt  routine,  and  a transfer  routine  which 
causes  a buffer  of  up  to  80  characters  of  infor- 
mation to  be  transmitted  on  Channel  A and  a 
buffer  of  up  to  80  characters  of  information  to 
be  received  from  Channel  A.  The  transfer 
routine  stops  when  either  all  data  is  received 
or  an  error  occurs.  Completion  of  an  operation 
on  a buffer  for  both  receive  and  transmit  is 
indicated  by  a carriage  return  character. 
Additional  routines  (not  included  in  this  exam- 
ple) would  be  needed  to  call  the  initialization 
code  and  initiate  the  transfer  routine.  There- 
fore, we  do  not  present  a complete  example; 
that  would  only  be  possible  when  all  details  of 
a particular  communication  environment  and 
operating  system  were  known. 

The  code  begins  by  defining  the  value  of  the 
SIO  control  and  data  channels,  followed  by 
location  definitions  for  the  interrupt  vector. 
There  is  then  a series  of  constant  definitions  of 
the  various  fields  in  each  register  of  the  SIO. 
This  is  followed  by  a table-driven  SIO  initiali- 
zation routine  called  "SIO init,"  shown  in 

Figure  7,  which  uses  the  table  beginning  at 

the  location  "SlOItable."  The  SIO Init  routine 

initializes  the  SIO  with  exactly  the  same 


Figure  7.  Interrupt-Driven 
Initialization  Routine 


'< 

SET  TRANSMIT  BUFFER  POINTER  TO  BEGINNING 
OF  TRANSMIT  BUFFER  SET  RECEIVE  BUFFER 
POINTER  TO  BEGINNING  OF  RECEIVE 
BUFFER.  SET  RECEIVE  BUFFER  COUNTER, 
TRANSMIT  STATUS  WORD,  AND  RECEIVE 
STATUS  WORD  TO  ZERO. 


RETURN 


RETURN  FROM  INTERRUPT 


Figure  8.  Interrupt-Driven 
Transmit  Routine 


Figure  9.  Transmitter  Buffer 
Empty  Interrupt  Routine 
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parameters  as  the  interrupt-driven  example  in 
the  previous  section.  The  table-driven  version 
is  presented  simply  as  an  alternative  means  of 
coding  this  material. 

A short  routine  for  filling  the  receive  buffer 
with  "FF"  (hex)  characters  and  buffer  defini- 
tions follows  the  SIO Init  routine.  This  in  turn 

is  followed  by  the  transfer  routine,  Figure  8, 
which  begins  transmitting  on  Channel  A; 
transmission  and  reception  is  thereafter 
directed  by  the  interrupt  routines.  After  the 
transfer  routine  begins  output,  it  checks  for 
various  error  conditions  and  loops  until  there 
is  either  completion  or  an  error. 

Then  the  four  interrupt  routines  follow: 
TxBEmpty,  Figure  9,  is  called  on  a transmit 
buffer  interrupt;  it  begins  transmission  of  the 
next  character  in  the  buffer.  A carriage  return 
stops  transmission.  RecvChar,  Figure  10,  is 
called  on  a normal  receive  interrupt;  it  places 
the  received  character  in  the  buffer  if  the  buf- 
fer is  not  full  and  updates  receive  counters. 

The  routines  SpRecvChar,  Figure  11,  and 
ExtStatus,  Figure  12,  are  error  interrupts;  they 
update  information  to  indicate  the  nature  of 
the  error. 

The  code  of  this  example  can  be  used  in  a 
situation  where  data  is  being  sent  to  a device 
which  echoes  the  data  sent.  In  such  a case,  the 
transmit  and  receive  buffers  could  be  com- 
pared upon  completion  for  line  or  transmission 
errors. 


RETURN  FROM  INTERRUPT 


Figure  10.  Receive  Character 
Interrupt  Routine 


RETURN  FROM  INTERRUPT 


RETURN  FROM  INTERRUPT 


Figure  11.  Special  Receive  Condition 
Interrupt  Routine 


Figure  12.  External/Status 
Interrupt  Routine 


26-0003-0349  26-0003-0350  26-0003-0351 
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Interrupt-Driven  Code  Example 


SIO  Port  Identifiers  and  System  Address  Bus  Addresses 

SIO: 

EQU 

40H 

SIOAData: 

EQU 

SIO+1 

SIOACtrl: 

EQU 

SIO + 2 

SIOBData: 

EQU 

SIO + 3 

SIOBCtrl. 

EQU 

SIO + 4 

Table  of  Interrupt  Vectors 

The  table  (Int Tab)  starts  at 

the  lowest  priority  vector,  which 

should  be  ddddOOOd 

ORG 

ODOH 

,starts  at  address  with  low 

, byte  = 11010000 

Int Tab: 

DEFW 

TxBEmpty 

.interrupt  types  for  Channel  B 

DEFW 

ExtStat 

DEFW 

RxChar 

DEFW 

SpRxCond 

DEFW 

TxBEmpty 

.interrupt  types  for  Channel  A 

DEFW 

ExtStat 

DEFW 

RxChar 

DEFW 

SpRxCond 

Command  Identifiers  and  Values 

Includes  all  control  bytes  for  asynchronous  and  synchronous  I/O. 


WR0  Commands 

R0. 

EQU 

00H 

,SIO  register  pointers 

Rl. 

EQU 

01H 

R2: 

EQU 

02H 

R3: 

EQU 

03H 

R4: 

EQU 

04H 

R5: 

EQU 

05H 

R6: 

EQU 

06H 

R7: 

EQU 

07H 

NC: 

EQU 

00H 

;Null  Code 

SA: 

EQU 

08H 

;Send  Abort  (SDLC) 

RESI: 

EQU 

10H 

.Reset  Ext/Stat  Int 

CHRST: 

EQU 

18H 

.Channel  Reset 

EIONRC: 

EQU 

20H 

.'Enable  Int  On  Next  Rx  Char 

RTIP: 

EQU 

28H 

.Reset  Tx  Int  Pending 

ER- 

EQU 

30  H 

.Error  Reset 

RFI* 

EQU 

38H 

; Return  From  Int 

RRCC: 

EQU 

40H 

.Reset  Rx  CRC  Checker 

RTCG. 

EQU 

80H 

.Reset  Tx  CRC  Generator 

RTUEL: 

EQU 

0C0H 

;Reset  Tx  Under/EOM  Latch 

WR1  Commands 

WAIT: 

EQU 

00H 

,Wait  function 

DRCVRI: 

EQU 

00H 

.Disable  Receive  interrupts 

EXTIE. 

EQU 

01H 

.External  interrupt  enable 

XMTRIE: 

EQU 

02H 

.•Transmit  interrupt  enable 

SAVECT: 

EQU 

04H 

; Status  affects  vector 

FIRSTC. 

EQU 

08H 

,Rx  interrupt  on  first  character 

PAVECT: 

EQU 

10H 

,Rx  interrupt  on  all  characters 

, (parity  affects  vector) 

PDAVCT: 

EQU 

18H 

,Rx  interrupt  on  all  characters 

, (parity  doesn't  affect  vector) 

WRONRT : 

EQU 

20H 

, Wait/Ready  on  receive 

RDY: 

EQU 

40H 

.Ready  function 

WRDYEN: 

EQU 

80H 

, Wait/Ready  enable 

WR2  Commands 

IV: 

EQU 

00H 

WR3  Commands 


B5: 

EQU 

00H 

.•Receive  5 bits/character 

RENABL: 

EQU 

01H 

.•Receiver  enable 

ENRCVR: 

EQU 

01H 

; Receiver  enable 

SCLINH: 

EQU 

02H 

;Sync  character  load  inhibit 

ADSRCH: 

EQU 

04H 

; Address  search  mode 

RCRCEN: 

EQU 

08H 

.Receive  CRC  enable 

HUNT: 

EQU 

10H 

; Enter  hunt  mode 

AUTOEN: 

EQU 

20H 

,Auto  enables 

B7: 

EQU 

40H 

; Receive  7 bits/character 

B6: 

EQU 

80H 

.Receive  6 bits/character 

B8: 

EQU 

0C0H 

; Receive  8 bits/character 

WR4  Commands 

SYNC. 

EQU 

00H 

;Sync  modes  enable 

NOPRTY. 

EQU 

00H 

;Disable  parity 

ODD- 

EQU 

00H 

,Odd  parity 

MONO- 

EQU 

00H 

,8  bit  sync  character 

Cl. 

EQU 

OOH 

,X1  clock  mode 

PARITY: 

EQU 

01H 

.Enable  parity 

EVEN: 

EQU 

02H 

;Even  parity 

SI: 

EQU 

04H 

,1  stop  bit/character 

SI  HALF: 

EQU 

08H 

, 1 and  a half  stop  bits/character 

S2: 

EQU 

0CH 

,2  stop  bits/character 

BISYNC. 

EQU 

10H 

,16  bit  sync  character 

SDLC. 

EQU 

20H 

,SDLC  mode 

ESYNC. 

EQU 

30H 

; External  sync  mode 

C16. 

EQU 

40H 

;X16  clock  mode 

C32: 

EQU 

80H 

;X32  clock  mode 

C64: 

EQU 

0C0H 

,X64  clock  mode 

WR5  Commands 

T5. 

EQU 

OOH 

.Transmit  5 bits/character 

XCRCEN: 

EQU 

01H 

;Transmit  CRC  enable 

RTS. 

EQU 

02H 

.Request  to  send 

SELCRC: 

EQU 

04H 

.Select  CRC- 16  polynomial 

XENABL: 

EQU 

08H 

.Transmitter  enable 

BREAK 

EQU 

10H 

,Send  break 

T7. 

EQU 

20H 

.Transmit  7 bits/character 

T6- 

EQU 

40H 

.'Transmit  6 bits/character 

T8- 

EQU 

60H 

.Transmit  8 bits/character 

DTR- 

EQU 

80H 

;Data  terminal  ready 

Initialization 


SIO Init: 

LD 

HL,  Int Tab 

LD 

A,H 

LD 

I,A 

LD 

A,L 

LD 

(I Loc)  ,A 

LD 

HL,  SlOItable 

Init Loop. 

LD 

A,(HL)  ,loop  for  initialization 

INC 

HL 

CP 

0 

RET 

Z 

OUT 

(SIOACtrl),  A 

OUT 

(SIOBCtrl),  A 

IR 

Init Loop 

SlOItable: 

DEFB 

CR  ;table  for  initialization 

DEFB 

R4  + RESI 

DEFB 

C64  + ODD  + PARITY  + S2 

DEFB 

R3  + RESI 

DEFB 

B8  + AUTOEN  + ENRCVR 

DEFB 

R5  + RESI 

DEFB 

DTR  + RTS  + T8  + XENABL 

DEFB 

R2  + RESI 

I Loc. 

DEFS 

1 .location  of  mt  table 

DEFB 

Rl  + RESI  .address 

DEFB 

EXTIE  + XMTRIE  + SAVECT  + PAVECT 

DEFB 

0 
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Receiver  Buffer  Initialization 


Buf Init. 

LD 

A,  BufLength 

, fill  receiver  buffer 

LD 

B,A 

, with  FF  characters 

LD 

HL,RBuffer 

; to  detect  errors 

LD 

A,0FFH 

Buf 1 

LD 

(HL),A 

,a  loop  for  Buf Init 

INC 

HL 

DJNZ 

Buf 1 

RET 

BufLength: 

EQU 

80 

; buffer  length 

XBuffer 

DEFS 

BufLength 

(Tx  buffer  starting  location 

RBuffer. 

DEFS 

BufLength 

,Rx  buffer  starting  location 

XBufPtr 

DEFS 

2 

,Tx  pointer 

RBufPtr 

DEFS 

2 

;Rx  pointer 

RBufCtr. 

DEFS 

1 

,Rx  counter 

Transmit  Routine  (see  Figure  8) 

Initiates  transmission  of  a buffer-full  of  data  and  terminates  when 
an  error  is  detected  or  a complete  buffer  has  been  received 


RxStat 

DEFS 

1 , Receive  Status  Word 

TxStat 

DEFS 

1 , Transmit  Status  Word 

Complete 

EQU 

1 

CR‘ 

EQU 

ODH 

Break 

EQU 

80H 

EOM 

EQU 

80H 

Overflow 

EQU 

OFFH 

Transfer 

LD 

HL, XBuffer  , setup  to  begin  Tx 

INC 

HL 

LD 

(XBufPtr), HL 

LD 

HL, RBuffer 

LD 

(RBufPtr), HL 

XOR 

o 

ii 

< 

< 

LD 

(RBufCtr), A 

LD 

(TxStat), A 

LD 

(RxStat),  A 

LD 

A,SIOAData  ; start  Tx  task 

LD 

C,A 

LD 

HL, (XBuffer)  , first  character 

LD 

A,(HL) 

OUT 

(C),A 

Tloop. 

LD 

A, (TxStat)  , await  Tx  completion  or  error 

CP 

0 

RET 

NZ 

LD 

A, (RxStat) 

CP 

Overflow 

RET 

Z 

CP 

Complete 

RET 

Z 

JR 

NZ, Tloop 

RET 

Transmitter  Buffer  Empty  Routine  (see  Figure  9) 

TxBEmpty 

PUSH 

AF 

PUSH 

BC 

PUSH 

HL 

LD 

HL, (XBufPtr) 

LD 

A,SIOAData 

LD 

C,A 

LD 

A,(HL) 

OUTI 

CP 

CR 

JR 

NZ,  TxBExit  ,last  character? 

LD 

A,RTIP  , Reset  Tx  Int  Pending 

INC 

C 

OUT 

(C),A  ; to  control  port 

TxBExit 

LD 

(XBufPtr), HL  ;save  pointer 

POP 

HL 

POP 

BC 

POP 

AF 

El 

RETI 

Receive  Character  Routine  (see  Figure  10) 


RxChar. 

PUSH 

AF 

PUSH 

BC 

LD 

A,SIOAData 

LD 

C,A 

IN 

A,(C) 

LD 

B,A 

LD 

A, (RBufCtr) 

CP 

BufLength 

JR 

Z,Over 

INC 

A 

LD 

(RBufCtr), A 

LD 

A,B 

LD 

HL, (RBufPtr) 

LD 

(HL),A 

INC 

HL 

LD 

(RBufPtr), HL 

CP 

CR 

JR 

NZ, RxExit 

LD 

A, Complete 

LD 

(RxStat),  A 

JR 

RxExit 

Over 

LD 

A,  Overflow 

LD 

(RxStat),  A 

RxExit 

POP 

BC 

POP 

AF 

El 

RETI 

,get  character 


;bump  counter 


,bump  pointer 


indicate  error 


Special  Receive  Condition  Routine  (see  Figure  11) 


PUSH 

AF 

PUSH 

BC 

LD 

A,SIOAData 

LD 

C,A 

LD 

A,R1 

,get  RR1 

INC 

C 

OUT 

(C),A 

IN 

A,(C) 

LD 

(RxStat), A 

,save  status 

LD 

A,ER 

; Reset  Errors 

DEC 

C 

OUT 

(C),A 

DEC 

C 

IN 

A,(C) 

;get  character 

POP 

BC 

POP 

El 

RETI 

AF 

External/Status  Routine  (see  Figure  12) 


ExtStatus: 


END 


PUSH 

AF 

PUSH 

BC 

LD 

A,SIOACtrl 

LD 

C,A 

IN 

A,(C) 

LD 

(TxStat),  A 

LD 

A,RESI 

OUT 

(C),A 

POP 

BC 

POP 

AF 

El 

RETI 

;get  RRO 

, Reset  Ext  Stat  Int 
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Read  Register  Bit  Functions 


READ  REGISTER  0 


Ds 

d4 

d3 

<N 

Q 

Dl 

D0  | 

Rx  CHARACTER  AVAILABLE 
INT  PENDING  (CH  A ONLY) 
Tx  BUFFER  EMPTY 
DCD 

SYNC/HUNT 

CTS 

Tx  UNDERRUN/EOM 
BREAK/ABORT 


*Used  With  'External/Status 
Interrupt"  Mode 


READ  REGISTER  It 


D6 

Ds 

d4 

d3 

d2 

Di 

O 

a 

■ ALL  SENT 


I FIELD  BITS  I FIELD  BITS  IN 
IN  PREVIOUS  SECOND  PREVIOUS 


BYTE 

0 

0 

0 

0 

0 

0 

1 

2 


BYTE 

3 

4 

5 

6 

7 

8 
8 
8 


PARITY  ERROR 
Rx  OVERRUN  ERROR 
CRC/FRAMING  ERROR 
END  OF  FRAME  (SDLC) 


'Residue  Data  For  Eight 
Rx  Bits/Character  Programmed 


fUsed  With  Special  Receive  Condition  Mode 


READ  REGISTER  2 


D7 

d6 

Ds 

o< 

d3 

d2 

o 

o 

vo 

vit 

V2t 

V3f 

V4 

V5 

V6 

V 7 


V INTERRUPT 
( VECTOR 


J 


fVariable  if  Status  Affects 
Vector”  is  Programmed 
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Write  Register  Bit  Functions 


WRITE  REGISTER  0 


WRITE  REGISTER  4 


Di 


3 


0 0 0 REGISTER  0 

0 0 1 REGISTER  1 

0 1 0 REGISTER  2 

0 1 1 REGISTER  3 

1 0 0 REGISTER  4 

1 0 1 REGISTER  5 

1 1 0 REGISTER  6 

1 1 1 REGISTER  7 


0 0 0 NULL  CODE 

0 0 1 SEND  ABORT  (SDLC) 

0 1 0 RESET  EXT/STATUS  INTERRUPTS 

0 1 1 CHANNEL  RESET 

1 0 0 ENABLE  INT  ON  NEXT  Rx  CHARACTER 

1 0 1 RESET  TxINT  PENDING 

1 1 0 ERROR  RESET 

1 1 1 RETURN  FROM  INT  (CH-A  ONLY) 


0 0 NULL  CODE 

0 1 RESET  Rx  CRC  CHECKER 

1 0 RESET  Tx  CRC  GENERATOR 

1 1 RESET  Tx  UNDERRUN/EOM  LATCH 


h. 

D6 

d5 

D4 

d3 

d2 

Di 

Do 

PARITY  ENABLE 
PARITY  EVEN/ODD 


0 0 SYNC  MODES  ENABLE 

0 1 1 STOP  BIT/CHARACTER 

1 0 1 Va  STOP  BITS/CHARACTER 

1 1 2 STOP  BITS/CHARACTER 


0 0 8 BIT  SYNC  CHARACTER 

0 1 16  BIT  SYNC  CHARACTER 

1 0 SDLC  MODE  (01111110  FLAG) 

1 1 EXTERNAL  SYNC  MODE 

0 0 XI  CLOCK  MODE 

0 1 X16  CLOCK  MODE 

1 0 X32  CLOCK  MODE 

1 1 X64  CLOCK  MODE 


WRITE  REGISTER  1 


WRITE  REGISTER  5 


d7 

d6 

d5 

d4 

d3 

d2 

D, 

D0| 

-EXT  INT  ENABLE 
-Tx  INT  ENABLE 
-STATUS  AFFECTS  VECTOR 
(CH  B ONLY) 


0 0 Rx  INT  DISABLE 

0 1 Rx  INT  ON  FIRST  CHARACTER 

1 0 INT  ON  ALL  Rx  CHARACTERS  (PARITY  AFFECTS  VECTOR) 
1 1 INT  ON  ALL  Rx  CHARACTERS  (PARITY  DOES  NOT  AFFECT 

VECTOR) 


WAIT/READY  ON  R/T 
WAIT/READY  FUNCTION 
WAIT/READY  ENABLE 


*Or  On 
Special 
Condition 


\El 

d6 

d5 

D4 

d3 

d2 

Di 

a 

o 

I Tx  CRC  ENABLE 

RTS 

SDLC/CRC-16 

Tx  ENABLE 

SEND  BREAK 


0 0 Tx  5 BITS  (OR  LESS)/CHARACTER 

0 1 Tx  7 BITS/CHARACTER 

1 0 Tx  6 BITS/CHARACTER 

1 1 Tx  8 BITS/CHARACTER 


DTR 


WRITE  REGISTER  2 (CHANNEL  B ONLY) 


WRITE  REGISTER  6 


D7 

d6 

Ds 

d4 

d3 

CM 

a 

Di 

Do  | 

0 


V6 

V7 


V INTERRUPT 
f VECTOR 


J 


I SYNC  BIT  0 " 

SYNC  BIT  1 

SYNC  BIT  2 

SYNC  BIT  3 V 

SYNC  BIT  4 

SYNC  BIT  5 

SYNC  BIT  6 

SYNC  BIT  7 > 


*Also  SDLC  Address  Field 


WRITE  REGISTER  3 


WRITE  REGISTER  7 


K 

D6 

d5 

d4 

d3 

CM 

a 

L5l 

o 

a 

Rx  ENABLE 

SYNC  CHARACTER  LOAD  INHIBIT 
ADDRESS  SEARCH  MODE  (SDLC) 
Rx  CRC  ENABLE 
ENTER  HUNT  PHASE 
AUTO  ENABLES 


0 0 Rx  5 BITS/CHARACTER 

0 1 Rx  7 BITS/CHARACTER 

1 0 Rx  6 BITS/CHARACTER 

1 1 Rx  8 BITS/CHARACTER 


l£i 

d6 

Ds 

d4 

d3 

d2 

D, 

D0 

SYNC 

SYNC 

SYNC 

SYNC 

SYNC 

SYNC 

SYNC 

SYNC 


BIT  8 
BIT  9 
BIT  10 
BIT  11 
BIT  12 
BIT  13 
BIT  14 
BIT  15 


*For  SDLC  It  Must  Be  Programmed 
to  01 1 1 1 1 10  ' For  Flag  Recognition 


Using  the  Z80  SIO  With  SDLC 


Zil°9  Application  Brief 


March  1981 


INTRODUCTION  This  application  brief  describes  the  use  of 

the  Z80  SIO  with  the  increasingly  popular 
Synchronous  Data  Link  Control  (SDLC)  com- 
munications protocol,  A general  description 
of  the  SDLC  protocol  and  Implementation  of 
the  protocol  using  the  SIO  are  discussed. 
Descriptions  for  transmit  and  receive  opera- 
tions are  given  for  use  with  simple  contol 
frame  sequences. 


The  reader  should  be  familiar  with  hardware 
aspects  of  the  SIO  such  as  Interfacing  to  the 
CPU  and  a modem.  A more  detailed  description 
of  the  SDLC  protocol  is  given  In  the  IBM 
publication  Synchronous  Data  Link  Control 
General  Information  (document  0 GA27-3093-2). 
A description  of  the  Z80  SIO  can  be  found  in 
the  Zilog  Data  Book  (document  0 00-2034-A). 


DESCRIPTION 


Data  communication  today  requires  a communi- 
cation protocol  that  can  transfer  data 
quickly  and  reliably.  One  such  protocol. 
Synchronous  Data  Link  Control  (SDLC),  Is  the 
link  control  used  by  the  IBM  Systems  Network 
Architecture  (SNA)  communication  package. 
SDLC  is  actually  a subset  of  the  Interna- 
tional Standards  Organization  (ISO)  link 
control  called  High  Level  Data  Link  Control 
(HDLC),  which  is  used  for  international  data 
communication. 

SDLC  is  a Bit-Oriented  Protocol  (BOP).  It 
differs  from  Byte-Control  Protocols  (BCPs), 
such  as  bisync,  in  having  a few  bit  patterns 
for  control  functions  instead  of  several 
special  character  sequences.  The  attributes 
of  the  SDLC  protocol  are  position  dependent 
rather  than  character  dependent,  so  control 
is  determined  by  the  location  of  the  byte  as 
well  as  by  the  bit  pattern. 


A character  in  SDLC  is  sent  as  an  octet,  a 
group  of  eight  bits.  Several  octets  combine 
to  form  a message  frame  in  such  a way  that 
each  octet  belongs  to  a particular  field. 
Each  message  frame  consists  of  an  opening 
flag,  address,  control,  information.  Frame 
Check  Sequence  (FCS),  and  closing  flag 
fields.  The  flag  field  contains  a unique 
binary  pattern,  01111110,  which  Indicates  the 
beginning  and  end  of  a message  frame.  This 
pattern  simplifies  the  hardware  interface  in 
receiving  devices  so  that  multiple  devices 
connected  to  a common  link  do  not  conflict 
with  one  another.  The  receiving  devices 
respond  only  after  a valid  flag  character  has 
been  detected.  Once  communication  is  esta- 


blished for  a particular  device,  the  other 
devices  ignore  the  message  until  the  next 
flag  character  is  detected. 

The  address  field  contains  one  or  more  octets 
that  are  used  to  select  a particular  station 
on  the  data  link.  An  address  of  all  Is  is  a 
global  address  code  that  selects  all  the 
devices  on  the  link.  When  a primary  station 
sends  a frame,  the  address  field  is  used  to 
select  a secondary  station.  When  a secondary 
station  sends  a message  to  the  primary  sta- 
tion, the  address  field  contains  the  secon- 
dary station  address,  i.e.,  the  source  of  the 
message. 

The  control  field  follows  the  address  field 
and  contains  Information  about  the  type  of 
frame  being  sent.  The  control  field  consists 
of  one  octet  and  is  always  present. 

The  information  field  consists  of  zero  or 
more  8-bit  octets  and  contains  any  actual 
data  transferred.  However,  because  of  the 
limitations  of  the  error-checking  algorithm 
used  in  the  frame-check  sequence,  maximum 
recommended  block  size  Is  approximately  4096 
octets. 

The  Frame  Check  Sequence  (FCS)  follows  the 
Information  field  or  the  control  field,  de- 
pending on  the  type  of  message  frame  sent. 
The  FCS  is  a 16-bit  Cyclic  Redundancy  Code 
(CRC)  of  the  bits  in  the  address,  control, 
and  information  fields.  The  FCS  is  based  on 
the  CRC-CCITT  code,  which  uses  the  polynomial 
(X16+X12+X5+1 ).  The  Z80  SIO  contains  the 
circuitry  necessary  to  generate  and  check  the 
FCS  field. 
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Zero  Insertion/deletion  is  a feature  of  SDLC 
that  allows  any  data  pattern  to  be  sent.  Zero 
Insertion  occurs  when  five  consecutive  Is  In 
the  data  pattern  are  transmitted.  After  the 
fifth  1,  a 0 is  inserted  before  the  next  bit 
is  sent.  The  data  is  not  affected  In  any  way 
except  that  there  is  an  extra  0 in  the  data 
stream.  The  receiver  counts  the  Is  and  de- 
letes the  0 following  the  five  consecutive 
Is,  thus  restoring  the  original  data  pattern. 
Zero  insertion  and  deletion  is  necessary 
because  of  the  hardware  constraint  of  search- 
ing for  a flag  character  or  abort  sequence. 
Six  Is  preceded  and  followed  by  a 0 indicate 
a flag  character.  Seven  to  14  Is  signify  an 
abort,  while  an  idle  line  (Inactive)  is 
Indicated  by  15  or  more  Is.  Under  these 
three  conditions,  zero  insertion/deletion  is 
inhibited.  Figure  2 illustrates  the  various 
I ine  conditions. 


SDLC  protocol  differs  from  other  synchronous 
protocols  with  respect  to  frame  timing.  In 
bisync,  for  example,  a host  computer  might 
interrupt  transmission  temporarily  by  sending 
sync  characters  instead  of  data.  This  sus- 
pended condition  could  continue  as  long  as 
the  receiver  does  not  time  out.  With  SDLC, 
however,  it  is  illegal  to  send  flags  in  the 
middle  of  a frame  to  idle  the  line.  Such  an 
occurrence  causes  an  error  condition  and 
disrupts  orderly  operation.  Therefore,  the 
transm i tt i ng-  dev i ce  must  send  a complete 
frame  without  interruption.  If  a message 
cannot  be  completed,  the  primary  station 
sends  an  abort  and  resumes  message  trans- 
mission later.  These  conditions  are  discussed 
later  in  the  Programming  section  of  this 
brief. 


h<-Zero  Insertion/Deletion  and  CRC  Accumulation 


One 

One 

Zero  or  more 

16-bit 

01111110 

8-bit  character 

8-bit  character 

8-bit  characters 

CRC-CCITT 

01111110 

Flag 

Address 

Control 

Information 

FCS 

Flag 

(Beginning 

(End  of 

of  message 

message 

frame) 

frame) 

Figure  1.  A Typical  SDLC  Message  Frame  Format 


Flag 


Address 


Control 


01111110 


10110000 


011111011 


t 


yp 


Flag 


01111110 


Address  = 10110000  Zero  insertion 
Control  = 01111111 
a)  Zero  Insertion 


Actual  Data  Stream 


b) 


XXXX1 11111101111110.... 


Abort  Flag 

Abort  Condition 


XXXX111111111111111... 

Idle 

c)  Idle  Condition 

Figure  2.  Bit  Patterns  for  Various  Line  Conditions 
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Implementation  of  the  SDLC  protocol  with  the 
Z80  SIO  is  simplified  by  the  design  of  the 
SIO*  This  section  discusses  four  areas  of 
SIO  programming:  initialization,  transmit 
operation,  receive  operation,  and  exception 
condition  processing* 

initialization  defines  the  basic  mode  of 
operation  for  the  SIO*  Table  1 shows  the 
sequence  of  steps  used  to  initialize  the  SIO, 
along  with  the  necessary  parameters*  Since 
vectored  interrupts  are  used,  the  SIO  is  pro- 
grammed with  the  status  affects  vector  (SAV) 
bit  (WR1 , bit  2)  set. 

Other  function  bits  that  can  be  included  are 
the  external  interrupt  enable  bit  ( WR 1 , bit 
0),  which  results  in  an  interrupt  for  each 
DCD  or  CTS  change,  Tx  underrun  or  abort 
change;  address  search  bit  (WR3,  bit  2), 
which  when  set,  prevents  the  SIO  from  res- 
ponding to  data  received  unless  the  address 
byte  matches  the  contents  of  WR6  or  the 
global  (FFH)  address;  auto  enable  bit  (WR3, 
bit  5),  which  causes  the  inactive  CTS  level 
to  disable  the  transmitter  and  the  inactive 
DCD  level  to  disable  the  receiver;  and  DTR 
(WR5,  bit  7)  and  RTS  (WR5,  bit  1),  which  can 
be  used  to  control  a modem  or  other  such 
device* 


Once  the  SIO  is  initialized  and  the  trans- 
mitter is  enabled,  it  sends  flag  characters 
continuously  until  a message  begins  trans- 
mission, These  flag  characters  consist  of 
the  full  8-bit  pattern.  Although  the  SIO  can 
receive  flag  characters  with  shared  Os 
(0111111011111101111110...),  it  can  only 
transmit  flag  characters  without  shared  0s 
(011111100111111001111110...). 


Table  1.  SIO  Initialization  Sequence 


Register 

Data 

Function 

0 

00011000 

Channel  reset 

2 

(Vector) 

Interrupt  vector 

4 

00100000 

lower  eight  bits 
(channel  B only) 
SDLC  mode 

1 

00011111 

Interrupt  control 

6 

(Address) 

Rx  address  field 

7 

01111110 

Flag  field 

5 

11101011 

Tx  character  length 

enable,  CRC  enable 
RTS  and  DTR 


3 

11001001 

Rx  character 

length. 

enable,  and 

CRC 

enable 

After  the  SIO  has  been  initialized  and 
enabled,  it  can  begin  sending  SDLC  frames  by 
software  activation  of  the  transmitter. 
Activating  the  transmitter  includes  resetting 
the  transmitter  inactive  semaphore  (a  program 
indicator),  resetting  the  Tx  CRC  accumula- 


tion, sending  a character  to  the  SIO,  and  re- 
setting the  Tx  underrun/EOM  latch  in  the  SIO. 

Figure  3 shows  the  sequence  for  transmitting 
a typical  control  message  frame  using  inter- 
rupts. 


SDLC  Ty 

Control  Message  Frame 


i 

XXXXXX011 11110 

Address 

Control 

CRC-1 

CRC-2 

1 

i 

Activate  Tx  TBE*  TBE  ESC+  TBE** 


Interrupt 

Condition 


Control 
to  SIO 


Check  error  conditions; 
Update  semaphores 


Reset  TXCRC 
Address  to  SIO, 
Reset  Tx 

Underrun/EOM  latch 


Set  MC  semaphore 
(no  data  to  SIO), 
Reset  TBE  pend i ng 


(no  data  to  SIO), 
Start  response  timer. 
Reset  TBE  pending. 

Set  Tx  inactive 
Reset  MC  semaphore 


* - Transmit  Buffer  Empty 
+ = Externa  I /Status  Change 


Figure  3.  A Typical  Transmit  Control  Frame  Sequence 
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When  the  SIO  is  loaded  with  the  first  data 
character  (address  byte),  it  stores  the 
character  in  the  buffer  until  the  current 
flag  character  has  completed  shifting.  After 
the  address  byte  is  transferred  into  the 
shift  register,  a Transmit  Buffer  Empty  (TBE) 
interrupt  occurs.  The  program  then  loads  the 
control  character  into  the  SIO  and  continues 
processing.  The  next  TBE  interrupt  is  ig- 
nored by  the  program  (and  no  further  data  is 
sent  to  the  SIO),  but  a Reset  T^  Interrupt 
Pending  command  is  issued  to  the  SIO  to  clear 
the  TBE  interrupt  condition.  Also,  the  pro- 
gram Message  completed  (MC)  semaphore  is  set 
so  that  appropriate  action  can  be  taken  when 
the  next  TBE  interrupt  occurs. 

When  the  last  data  character  (the  control 
byte)  has  been  shifted  out  of  the  SIO,  the  T^ 
underrun/EOM  latch  is  set  because  the  SIO 
buffer  was  not  loaded  with  a character  on  the 
previous  TBE  interrupt.  As  a result,  an 
External/  Status  Change  (ESC)  interrupt 
occurs  and  the  SIO  begins  transmitting  the 
FCS  bytes  automatical  ly.  In  the  ESC  inter- 

The  SDLC  receive  sequence  is  slightly  less 
complex  than  the  transmit  sequence.  To  begin, 
the  SIO  enters  Hunt  mode  when  any  of  three 
conditions  occurs:  receive  enable,  abort 
detect,  or  a software  command.  In  Hunt  mode 
the  SIO  searches  for  flag  characters,  and 
when  it  detects  a flag,  the  SIO  generates  an 
ESC  interrupt.  This  interrupt  can  be  used  to 
signal  line  activation  or  the  end  of  an  abort 
condition,  depending  upon  the  previous  re- 
ceive condition.  For  example,  when  the  SIO 
has  been  initialized,  the  receive  circuitry 


rupt  service  routine,  the  program  checks  for 
other  condition  changes  including  CTS,  DCD, 
and  abort,  and  passes  the  status  on  to  the 
program  at  the  next-higher  level. 

After  the  FCS  bytes  have  been  shifted  out, 
the  SIO  generates  a TBE  interrupt  to  indicate 
that  a flag  character  is  being  transmitted. 
The  TBE  interrupt  service  routine  interprets 
the  MC  semaphore  and  determines  that  the 
frame  has  completed  transmission.  The  pro- 
gram then  clears  the  MC  semaphore,  sets  the 
Transmitter  Inactive  semaphore,  starts  a 
timer  for  a response  from  the  receiving  de- 
vice, and  clears  the  TBE  interrupt  condition. 
At  this  point,  transmission  of  an  SDLC  mes- 
sage frame  is  complete  and  another  message 
frame  may  be  sent. 

If  the  transmitter  is  to  be  turned  off,  the 
program  must  allow  at  least  a two-character 
time  delay  before  disabling  the  transmitter. 
This  can  be  accomplished  by  connecting  the 
SIO  Tx  clock  line  to  the  input  of  a counter 
and  having  the  counter  interrupt  the  CPU  when 
the  bit  count  expires. 

is  enabled  and  immediately  begins  searching 
for  flag  characters  (Hunt  mode  operation). 
When  the  first  flag  is  detected,  the  SIO 
exits  from  Hunt  mode,  which  results  in  an  ESC 
interrupt,  and  the  SIO  begins  searching  for 
the  address  field.  If  the  SIO  is  programmed 
for  Address  Search  mode  and  an  address  is 
received  that  does  not  match  the  programmed 
address  byte  in  the  SIO,  the  SIO  does  nothing 
until  the  next  flag  is  found,  after  which  the 
SIO  again  searches  for  an  address  match. 


SDLC  RX 


Continuous  Store  data  Store  Store  Set  semaphores  (If  character 

flags  (if  desired)  data  data  Check  errors;  is  not  discarded 

Error  Reset;  by  SRC  routine. 

Discard  this  RCA  interrupt 

Character*  occurs. ) 

NOTES 


* The  SRC  routine  normally  reads  the  data  character  to  clear  the 
SIO  buffer.  This  should  be  done  after  the  program  issues  an  Error 
Reset  command. 

+RCA  = Receive  Character  Available 
++SRC  = Special  Receive  Condition  (higher  priority  than  RCA) 


Figure  4.  A Typical  Receive  Control  Frame  Sequence 


If  the  address  field  matches  the  address  byte 
programmed  into  the  SIO,  the  SIO  generates  a 
Receive  Character  Aval  I able  (RCA)  Interrupt 
when  the  address  byte  Is  ready  to  be  trans- 
ferred from  the  SIO  to  the  CPU*  If  the  SIO 
is  programmed  to  interrupt  on  all  receive 
characters.  It  generates  an  RCA  interrupt  for 
each  character  received  thereafter*  It 
should  be  noted  that  the  SIO  generates  the 
RCA  interrupt  when  a character  reaches  the 
top  of  the  receive  FIFO  rather  than  when  a 
character  Is  transferred  from  the  shift 
register  to  the  FIFO.  This  means  that  If  the 
FIFO  is  full  of  data,  each  character  gener- 
ates a separate  RCA  Interrupt*  This  results 
in  a more  consistent  software  routine  that 
does  not  need  to  check  the  receive  FIFO, 
provided  there  Is  enough  time  between  char- 
acter transfers  to  allow  the  routine  to  com- 
plete the  processing  for  each  character. 

After  the  last  FCS  byte  of  a frame  is  re- 
ceived and  processed,  the  SIO  generates  a 
Special  Recel  ve  Cond 1 1 1 on  (SRC)  interrupt, 
which  is  of  higher  priority  than  the  RCA 
interrupt.  In  the  SRC  service  routine,  RR1 
is  read  to  determine  the  cause  of  the  inter- 
rupt and  the  appropriate  program  semaphores 
are  updated.  Normal  completion  results  In  no 
FCS  or  overrun  errors  and  the  End-of-Frame 

Wake: 

Clear  T^  inactive  semaphore 
Reset  Tx  CRC 
Data  to  SIO 

(Address  field  byte) 

Reset  T^  Underrun/EOM  latch 


Transmit  Buffer  Empty  (TBE): 
I f (MC  cleared) 

If  (buffer  not  empty) 
Data  to  SIO 
Else, 

Set  MC  semaphore 
Reset  TBE  condition 

Else, 

Clear  MC 
Set  Tx  inactive 
Reset  TBE  condition 
Start  Response  timer 


bit  is  set.  Upon  completion  of  the  SRC  in- 
terrupt service  routine,  the  program  issues 
an  Error  Reset  command  to  the  SIO  and  reads 
the  data  port  to  discard  the  received  data. 
If  the  data  is  not  read  and  discarded,  an  RCA 
interrupt  occurs.  Now,  a complete  message 
frame  and  the  first  FCS  byte  are  in  the  re- 
ceive buffer. 

Figure  4 shows  the  sequence  for  a typical 
control  frame  received  by  the  SIO.  If  the 
address  field  byte  is  to  be  discarded,  a 
program  semaphore  should  initially  be  set  to 
signal  this  to  the  RCA  routine.  After  the 
address  field  has  been  received,  the  sema- 
phore Is  cleared  and  reception  continues 
normally.  Note  that  upon  completion  of  a 
frame,  an  RCA  Interrupt  Is  generated  for  the 
first  FCS  byte  and  an  SRC  Interrupt  is  gen- 
erated for  the  last  CRC  byte. 

Table  2 lists  the  contents  of  the  interrupt 
service  routines  used  with  the  SIO.  The  wake 
routine  is  not  an  interrupt  service  routine 
but  is  a routine  called  by  the  program  on  the 
next  higher  level  to  begin  frame  transmis- 
sion. Once  the  wake  routine  Is  called,  the 
program  on  the  next  higher  level  monitors  the 
Tx  active  semaphore  to  determine  when  the 
current  frame  completes  transmission  and  the 
next  frame  transmission  can  begin. 

Externa  I /Status  Change  (ESC): 

Clear  DCD,  CTS,  abort  semaphores 
If  (abort) 

Set  abort  semaphore 
Else  If  (DCD  change) 

Set  DCD  semaphore 
Else  if  (CTS  change) 

Set  CTS  semaphore 


Receive  Character  Available  (RCA): 
If  (EOF) 

Read  and  discard  data 
E I se. 

Store  data 

Special  Receive  Condition  (SRC): 
Read  SIO  RR1 
If  (EOF) 

Set  EOF  semaphore 
Else  If  (CRC  error) 

Set  Rx  CRC  error  semaphore 
Else  if  (Rx  overrun) 

Set  Rx  overrun  semaphore 
Issue  Error  Reset 
Read  data  & discard 


Table  2.  SIO  SDLC  Interrupt  Service  Routines 
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Most  of  the  exception  conditions  encountered 
in  the  SDLC  protocol  have  been  discussed  in 
the  previous  sections.  They  include  abort 
detect  and  DCD  or  CTS  change.  This  section 
further  describes  some  of  the  more  unusual 
conditions. 

DCD  and  CTS  Change*  The  program  handles  DCD 
and  CTS  change  by  updating  its  semaphores 
each  time  an  ESC  interrupt  occurs.  In  this 
manner,  the  program  on  the  next  higher  level 
monitors  the  semaphores  and  determines  a 
course  of  action  based  on  what  these  sema- 
phores indicate. 

Abort  and  Idle  Line  Detect*  Abort  and  idle 
line  detect  are  a bit  more  complicated,  since 
they  result  in  similar  Interrupt  operations. 
An  abort  occurs  during  a valid  message  frame. 
If  the  abort  time  is  greater  than  14  bits,  an 
idle  line  is  detected.  This  detection  can  be 


done  by  activating  a timer  when  the  ESC  in- 
terrupt that  signals  a marking  line  occurs. 
If  another  ESC  interrupt  occurs  before  the 
timer  times  out,  the  line  is  in  an  abort 
condition.  If  the  timer  times  out  before 
another  ESC  interrupt  occurs,  then  the  line 
is  idle  and  the  program  can  pursue  an  appro- 
priate course  of  action.  A possible  mech- 
anism for  implementing  the  timer  function  is 
to  use  a programmable  counter  that  is  tied  to 
the  receive  clock  line  to  count  bits.  The 
counter  is  programmed  for  eight  clock  tran- 
sitions and  is  started  as  soon  as  the  SIO 
interrupts  the  CPU  with  an  abort  condition. 
Only  eight  clock  transitions  need  to  be 
counted  because  by  the  time  the  SIO  generates 
the  ESC  interrupt,  at  least  seven  Is  have 
already  passed.  Figure  6 shows  the  abort/ 
idle  line  timing  and  the  interrupts  resulting 
from  the  line  changes. 


abort,  "window” 

I 1 

...1111111111111111 0111111001111110... 

T t y j 

ESC  j counter/timer  ESC  interrupt,  hunt  bit  cleared 
interrupt,  expires  SIO  back  in  sync, 

abort  bit  set  line  active, 

i 
i 
l 
l 
I 

If  another  ESC  interrupt  occurs  within 
the  abort  window  and  the  abort  bit  is 
cleared,  the  program  has  detected  an 
abort.  Otherwise,  when  the  counter/ 
timer  expires,  an  idle  line  has  been 
detected. 

Figure  6.  Abort/ldle  Line  Conditions 


CONCLUSION 


APPENDIX 


This  brief  describes  implementation  of  the 
SDLC  protocol  using  the  SIO  in  an  interrupt- 
driven  environment.  Descriptions  for  trans- 
mit and  receive  operations  are  given  for  use 
with  simple  control  frame  sequences.  For 
frames  that  transfer  data,  the  sequences  are 
similar  except  for  transmit,  where  a data 
character  is  sent  to  the  SIO  for  a TBE  in- 
terrupt. For  receive,  multiple  RCA  inter- 

Fo I lowing  is  the  listing  of  a simple  SIO  test 
progam  that  uses  the  SDLC  protocol.  This 
program  uses  vectored  interrupts  to  send  a 
short  SDLC  control  frame  consisting  of  Ad- 
dress 9EH,  Control  19H,  and  Data  81H.  The 
response  timer  times  the  response  of  the 
receiving  station  after  a message  has  been 


rupts  occur  for  each  data  byte  received. 

The  Z80  SIO  enhances  system  performance  by 
minimizing  CPU  intervention  during  data 
transfers  using  the  SDLC  protocol.  Perfor- 
mance can  be  improved  further  by  using  the 
Z80  DMA  with  the  SIO,  resulting  in  an  effi- 
cient system  configuration  that  reduces  CPU 
Interaction  to  a minimum. 


sent.  If  the  response  timer  expires,  the 
program  on  the  next  higher  level  normally 
retransmits  the  message  frame  (if  the  re- 
transmit count  has  not  yet  expired).  This 
program  transmits  continuously  until  the 
processor  is  reset  or  interrupted  by  an  ex- 
ternal source. 


LOC 


TEST  SDLC 

OBJ  CODE  M STMT  SOURCE 

STATEMENT 

1 

SIO  SDLC  TEST  PROGRAM 

cL 

3 , C03 

01-21-81 /MDP 

4 

ASM  5 9 


INITIAL  CREATION 
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LOG 


TEST.  SDLC 

OBJ  CODE  M STMT  SOURCE  STATEMENT 


ASM  5 9 


5 

i 

THIS  PROGRAM  SENDS  ADDRESS  9EH,  CONTROL  19H> 

6 

I 

AND  DATA  81H  CONTINUOUSLY  USING  THE  Z80  VECTORED 

7 

1 

INTERRUPT  MODE. 

THE  SIO 

IS  INITIALIZED  TO  USE 

8 

/ 

SDLC  WITH  THE  BAUD  RATE  CLOCK  SUPPLIED  BY 

9 

/ 

HARDWARE  INTERNAL  TO  THE 

SYSTEM. 

10 

11 
1 o 

; 

EQUATES 

1 CL 

13 

ADDRESS 

EQU 

9EH 

ADDRESS  FIELD 

14 

CTRL: 

EQU 

19H 

CONTROL  FIELD 

15 

DATA: 

EQU 

81 H 

INFORMATION  FIELD 

16 

MSGLEN- 

EQU 

1 

MESSAGE  LENGTH 

17 

RAM: 

EQU 

2000H 

RAM  ORIGIN 

18 

RAMSIZ: 

EQU 

1000H 

RAM  SIZE 

19 

SIODA: 

EQU 

0 

SIO  PORT  A DATA 

20 

SIOCA: 

EQU 

SIODA+1 

SIO  PORT  A CTRL 

21 

SIGDB: 

EQU 

SIODA+2 

SIO  PORT  B DATA 

22 

SIOCB  • 

EQU 

SIODB+1 

SIO  PORT  B CTRL 

23 

C IOC : 

EQU 

8 

CIO  PORT  C 

24 

C IOB : 

EQU 

CIOC+1 

CIO  PORT  B 

25 

C IQA: 

EQU 

C I OC+2 

CIO  PORT  A 

26 

CIOCTL: 

EQU 

ciac+3 

CIO  CTRL  PORT 

27 

BAUD: 

EQU 

9600 

ASYNC  BAUD  RATE 

28 

RATE: 

EQU 

BAUD/100 

29 

CIOCNT- 

EQU 

9216/RATE 

30 

LITE: 

EQU 

OEOH 

; LIGHT  PORT 

31 

no 

RSPCNT : 

EQU 

100 

, RESPONSE  TIMER  VALUE 

Jc. 

33 

f 

SIO  PARAMETERS 

34 

35 

SIOWRO: 

EQU 

0 

36 

CHRES: 

EQU 

18H 

CH.  RESET  CMD 

37 

ESCRES 

EQU 

10H 

ESC  RESET  CMD 

38 

TBERES 

EQU 

28H 

TBE  RESET  CMD 

39 

RETIA: 

EQU 

38H 

RETI  CH.  A 

40 

ENINRX 

EQU 

20H 

ENAB.  INT.  NEXT  RX 

41 

SRCRES 

EQU 

30H 

SRC  RESET  CMD 

42 

RCRCRE 

EQU 

40H 

RX  CRC  RESET  CMD 

43 

TCRCRE 

EQU 

80H 

TX  CRC  RESET  CMD 

44 

EOMRES 

EQU 

OCOH 

EOM  RESET  CMD 

45 

46 

SICJWR1 : 

EQU 

1 

47 

WREN: 

EQU 

80H 

WAIT/RDY  ENABLE 

48 

RDY: 

EQU 

40H 

READY  FUNCT. 

49 

WRONR : 

EQU 

20H 

WAIT/RDY  ON  RX 

50 

RXIFC: 

EQU 

8 

RX  INT  FIRST  CHAR 

51 

RXIAP: 

EQU 

10H 

RX  INT  ALL  + PARITY 

52 

RX I A: 

EQU 

18H 

RX  INT.  ALL 

53 

5I0SAV 

EQU 

4 

STATUS  AFFECTS  VECT 

54 

(CH.  B ONLY) 

55 

TXI: 

EQU 

2 

TX  INT.  ENABLE 

56 

EXTI 

EQU 

1 

EXT  INT.  ENABLE 

57 

58 

SI0WR2: 

EQU 

2 

i (CH  B ONLY) 

59 

60 

SICJWR3: 

EQU 

3 

61 

RX8. 

EQU 

OCOH 

RX  8 BITS 

62 

RX6: 

EQU 

80H 

RX  6 BITS 

63 

RX7: 

EQU 

40H 

RX  7 BITS 

64 

RX5: 

EQU 

0 

RX  5 BITS 

65 

AUTOEN. 

EQU 

20H 

AUTO  ENABLES 

66 

HUNT: 

EQU 

10H 

HUNT  MODE 

67 

RXCRC : 

EQU 

8 

RX  CRC  ENABLE 

68 

ADSRCH: 

EQU 

4 

ADDR  SEARCH 

69 

SYNINH. 

EQU 

2 

SYNC  LOAD  INHIBIT 

70 

RXEN: 

EQU 

1 

RX  ENABLE 

71 

72 

SI0WR4: 

EQU 

4 

73 

X64- 

EQU 

OCOH 

64 X CLOCK 

74 

X32: 

EQU 

80H 

32X  CLOCK 

75 

X 16: 

EQU 

40H 

16X  CLOCK 

76 

XI: 

EQU 

0 

IX  CLOCK 
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LGC 

OBJ  CODE 

M STMT 

SOURCE 

STATEMENT 

ASM  5 9 

77 

EXTSYN: 

EQU  30H 

; EXT  SYNC  ENABLE 

78 

SDLC: 

EQU  20H 

; SDLC  MODE 

79 

SYN16: 

EQU  10H 

; 16  BIT  SYNC 

80 

SYN8: 

EQU  0 

; 8 BIT  SYNC 

81 

ST0P2: 

EQU  OCH 

; 2 STOP  BITS 

82 

STOP  15: 

EQU  8 

; 1.  5 STOP  BITS 

83 

STOP  1 : 

EQU  4 

; 1 STOP  BIT 

84 

SYNCEN: 

EQU  0 

; SYNC  ENABLE 

85 

EVEN: 

EQU  2 

; EVEN  PARITY 

86 

PARITY: 

EQU  1 

; PARITY  ENABLE 

87 

88 

SIGWR5 

: EQU 

5 

89 

DTR : 

EQU  80H 

; ACTIVATE  DTR 

90 

TX8: 

EQU  60H 

; TX  8 BITS 

91 

TX6: 

EQU  40H 

i TX  6 BITS 

92 

TX7: 

EQU  20H 

; TX  7 BITS 

93 

TX5: 

EQU  0 

> TX  5 BITS 

94 

BREAK: 

EQU  10H 

} T X BREAK 

95 

TXEN: 

EQU  8 

; TX  ENABLE 

96 

CRC16: 

EQU  4 

iCRC-16  MODE 

97 

RTS: 

EQU  2 

; ACTIVATE  RTS 

98 

TXCRC : 

EQU  1 

; TX  CRC  ENABLE 

99 

100 

SI0WR6 

: EQU 

6 

; LOW  SYNC  OR  ADDR 

101 

102 

SI0WR7 

: EQU 

7 

; HIGH  SYNC  OR  FLAG 

103 

104 

/ 

SIOFLG  = 

* FLAGS  FOR  SIO  STATUS 

105 

106 

/ 

BIT 

SET  CONDITION 

107 

108 

0 

TX  ACTIVE 

109 

1 

MESSAGE  COMPLETE 

110 

2 

CTS  ACTIVE 

111 

3 

DCD  ACTIVE 

112 

4 

ABORT  DETECT 

113 

5 

RX  OVERRUN  ERROR 

114 

6 

RX  CRC  ERROR 

115 

7 

RX  END  OF  FRAME 

116 

*E 

117 

118 

i • 

***  MAIN  PROGRAM  *** 

119 

0000 

120 

ORG 

0 

0000 

C32000 

121 

JP 

BEGIN 

iGO  MAIN  PROGRAM 

122 

123 

i 

INTERRUPT  VECTORS 

124 

i 

< MUST  START  ON  EVEN  BOUNDARY) 

125 

0010 

126 

ORG 

$.  AND.  OFFFOH.  OR. 

10H 

127 

INTVEC 

, 

128 

SIOVEC 

# 

0010 

9C00 

129 

DEFW 

CHBTBE 

0012 

D100 

130 

DEFW 

CHBESC 

0014 

0101 

131 

DEFW 

CHBRCA 

0016 

0F01 

132 

DEFW 

CHBSRC 

0018 

3B01 

133 

DEFW 

CHATBE 

001 A 

4301 

134 

DEFW 

CHAESC 

001C 

4B01 

135 

DEFW 

CHARCA 

00  IE 

5101 

136 

DEFW 

CHASRC 

137 

138 

BEGIN: 

0020 

314020 

139 

LD 

SP, STAK 

i INIT  SP 

0023 

ED5E 

140 

IM 

2 

; VECTOR  INTERRUPT  MODE 

0025 

3E00 

141 

LD 

A, INTVEC/256 

; UPPER  VECTOR  BYTE 

0027 

ED47 

142 

LD 

I,  A 

0029 

214520 

143 

LD 

HL, BUFFER 

002C 

369E 

144 

LD 

(HL), ADDRESS 

; STORE  ADDRESS 

002E 

23 

145 

INC 

HL 

002F 

3619 

146 

LD 

(HL), CTRL 

; STORE  CTRL  BYTE 

0031 

23 

147 

INC 

HL 

0032 

3681 

148 

LD 

(HL), DATA 

,•  STORE  DATA  BYTE 

0034 

CD4C00 

149 

CALL 

INIT 

; INIT  DEVICES 
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OBJ  CODE 

M STMT 

SOURCE 

STATEMENT 

ASM  5.  9 

0037 

218720 

150 

LD 

HL, RBUF 

; SETUP  READ  BUFFER 

003A 

228520 

151 

LD 

( RBPTR ) , HL 

152 

LOOP: 

003D 

213D00 

153 

LD 

HL, LOOP 

; SETUP  STACK  FOR  RETURN 

0040 

E5 

154 

PUSH 

HL 

0041 

CD7D00 

155 

CALL 

WAKE 

; WAKE  TX 

156 

LOOP  1 : 

0044 

3A4020 

157 

LD 

A, ( SIOFLG ) 

; CHECK  TX  ACTIVE  FLAG 

0047 

CB47 

158 

BIT 

0,  A 

0049 

20F9 

159 

JR 

NZ, LOOP  1 

iLOOP  IF  TX  ACTIVE 

004B 

C9 

160 

RET 

161 

162 

I NIT: 

163 

SIGINI 

; 

00 4 C 

217001 

164 

LD 

HL,  SI  OTA 

i INI T CH  A 

004F 

0E01 

165 

LD 

C, SIOCA 

0051 

060A 

166 

LD 

3, SIQEA-SIOTA 

0053 

EDB3 

167 

OTIR 

0055 

217A01 

168 

LD 

HL, SI OTB 

i INIT  CH  B 

0058 

0E03 

169 

LD 

C, SIOCB 

005A 

0610 

170 

LD 

B, SIOEB-SIOTB 

00  5C 

EDB3 

171 

OTIR 

005E 

3E00 

172 

LD 

A,  0 

i CLEAR  FLAG  BYTE 

0060 

324020 

173 

LD 

(SIOFLG), A 

174 

CIOINI 

i 

0063 

DBOB 

175 

IN 

A, (CIOCTL) 

} INSURE  STATE  0 

0065 

AF 

176 

XOR 

A 

) POINT  TO  REG  0 

0066 

D30B 

177 

OUT 

(CIOCTL), A 

0068 

DBOB 

178 

IN 

A, (CIOCTL) 

, CLEAR  RESET  OR  STATE  0 

006A 

AF 

179 

XOR 

A 

006B 

D30B 

180 

OUT 

(CIOCTL), A 

i POINT  TO  REG  0 

006D 

3C 

181 

INC 

A 

; WRITE  RESET 

006E 

D30B 

182 

OUT 

(CIOCTL), A 

0070 

AF 

183 

XOR 

A 

; CLEAR  RESET  COND 

0071 

D30B 

184 

OUT 

(CIOCTL), A 

0073 

218A01 

185 

LD 

HL, CLST 

; INIT  CIO 

0076 

060E 

186 

LD 

B, CEND-CLST 

0078 

OEOB 

187 

LD 

C, CIOCTL 

007A 

EDB3 

188 

OTIR 

007C 

C9 

189 

RET 

190 

191 

WAKE: 

007D 

3A4020 

192 

LD 

A, (SIOFLG) 

; SET  ACTIVE  FLAG 

0080 

CBC7 

193 

SET 

0,  A 

0082 

324020 

194 

LD 

(SIOFLG), A 

0085 

214520 

195 

LD 

HL, BUFFER 

i SET  BUFFER  PTR 

0088 

224320 

196 

LD 

(BUFPTR ) , HL 

0G8B 

3E03 

197 

LD 

A, 2+MSGLEN 

j SET  BYTE  COUNT 

008D 

324120 

198 

LD 

(BYTES),  A 

0090 

3E80 

199 

LD 

A, TCRCRE 

; CLEAR  TX  CRC 

0092 

D303 

200 

OUT 

(SIOCB),  A 

0094 

CD9C00 

201 

CALL 

CHBTBE 

i START  TRANSMIT 

0097 

3EC0 

202 

LD 

A, EOMRES 

; RESET  EOM  LATCH 

0099 

D303 

203 

OUT 

(SIOCB),  A 

009B 

C9 

204 

RET 

205 

*E 

206 

207 

/ 1 

INTERRUPT  SERVICE  ROUTINES 

208 

209 

CHBTBE 

, 

009C 

CD5901 

210 

CALL 

SAVE 

i CH  B IX  BUFFER  EMPTY 

009F 

214020 

211 

LD 

HL, SIOFLG 

; POINT  TO  FLAG  BYTE 

00A2 

CB4E 

212 

BIT 

1, (HL) 

; CHECK  MC  FLAG 

00A4 

20  ID 

213 

JR 

NZ, CHBTB2 

; BRANCH  IF  MESSAGE  CUMPLE 

TE 

00A6 

3A4120 

214 

LD 

A, (BYTES) 

; CHECK  BYTE  COUNT 

00A9 

B7 

215 

OR 

A 

00AA 

280F 

216 

JR 

Z, CHBTB1 

, BRANCH  IF  DATA  DONE 

OOAC 

3D 

217 

DEC 

A 

OOAD 

324120 

218 

LD 

(BYTES),  A 

OOBO 

2A4320 

219 

LD 

HL, (BUFPTR) 

00B3 

7E 

220 

LD 

A,  (HL) 

00B4 

D302 

221 

OUT 

(SIODB), A 
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OBJ  CODE 

M STMT 

SOURCE  STATEMENT 

ASM  5 9 

Q0B6 

23 

222 

INC 

HL 

OOB7 

224320 

223 

LD 

(BUFPTR), HL 

OOBA 

C9 

224 

RET 

225 

CHBTB1 : 

OOBB 

CBCE 

226 

SET 

1, (HL) 

; SET  MC  FLAG 

OOBD 

3EC0 

227 

LD 

A, EOMRES 

OOBF 

D303 

228 

OUT 

( SIOCB ) , A 

OOC1 

1809 

229 

JR 

CHBTB3 

230 

CHETB2: 

00C3 

CB8E 

231 

RES 

1, (HL) 

; CLEAR  MC  FLAG 

GOC5 

CB86 

232 

RES 

0, (HL) 

iSET  TX  INACTIVE 

00C7 

3E64 

233 

LD 

A, RSPCNT 

; START  RESPONSE  TIMER 

00C9 

324220 

234 

LD 

( RSPTMR ) , A 

235 

CHBTB3: 

OOCC 

3E28 

236 

LD 

A, TBERES 

j RESET  TBE  INT.  PEND 

OGCE 

D303 

237 

OUT 

(SIOCB),  A 

GODO 

C9 

238 

RET 

239. 

240 

CHBESC: 

GOD1 

CD5901 

241 

CALL 

SAVE 

; CH.  B EXTERNAL/ STATUS  CHG 

00D4 

214020 

242 

LD 

HL, SIOFLG 

i GET  FLAG  BYTE 

00D7 

CB96 

243 

RES 

2, (HL) 

G0D9 

CB9E 

244 

RES 

3, (HL) 

OODB 

CBA6 

245 

RES 

4, (HL) 

OODD 

DB03 

246 

IN 

A, (SIOCB) 

iREAD  RRO 

GODF 

47 

247 

LD 

B,  A 

; STORE  IN  7.B 

OOEO 

CB58 

248 

BIT 

3,  B 

; CHECK  DCD  BIT 

00E2 

C4FB00 

249 

CALL 

NZ, SETDCD 

00E5 

CB68 

250 

BIT 

5,  B 

; CHECK  CTS  BIT 

00E7 

C4FE00 

251 

CALL 

NZ, SETCTS 

OOEA 

CB78- 

252 

BIT 

7,  B 

i CHECK  ABORT  BIT 

OOEC 

C4F800 

253 

CALL 

NZ, SETABT 

OOEF 

CB4E 

254 

BIT 

1,  (HL) 

i CHECK  MC  FLAG 

GOF 1 

2800 

255 

JR 

Z, CHBES1 

; BRANCH  IF  CLEAR 

256 

CHEES1 : 

00F3 

3E10 

257 

LD 

A, ESCRES 

i RESET  ESC 

OOFS 

D303 

258 

OUT 

(SIOCB),  A 

OOF  7 

C9 

259 

RET 

260 

SETABT : 

00F8 

CBE6 

261 

SET 

4,  (HL) 

OGFA 

C9 

262 

RET 

263 

SETDCD: 

OOFB 

CBDE 

264 

SET 

3,  (HL) 

OOFD 

C9 

265 

RET 

266 

SETCTS ' 

QOFE 

CBD6 

267 

SET 

2,  (HL) 

0100 

C9 

268 

RET 

269 

270 

CHBRCA: 

0101 

CD5901 

271 

CALL 

SAVE 

; CH.  B RX  CHAR  AVAIL 

0104 

DB02 

272 

IN 

A,  ( SIODB ) 

0106 

2A8520 

273 

LD 

HL,  ( RBPTR ) 

; GET  READ  BUFF  PTR 

0109 

77 

274 

LD 

(HL),  A 

010A 

23 

275 

INC 

HL 

010B 

228520 

276 

LD 

(RBPTR), HL 

010E 

C9 

277 

RET 

278 

279 

CHBSRC . 

010F 

CD5901 

280 

CALL 

SAVE 

; CH.  B SPECIAL  RX  COND 

0112 

3E01 

281 

LD 

A,  1 

0114 

D303 

282 

OUT 

(SIOCB), A 

; READ  RR1 

Oi  16 

DB03 

283 

IN 

A,  (SIOCB) 

0118 

47 

284 

LD 

B,  A 

iSAVE  IN  7.B 

0119 

214020 

285 

LD 

HL, SIOFLG 

one 

CBB6 

286 

RES 

6,  (HL) 

, CLEAR  CRC  ERROR  FLAG 

01  IE 

CB78 

287 

BIT 

7,  B 

; CHECK  EOF  BIT 

0120 

C43801 

288 

CALL 

NZ, SETEFF 

; BRANCH  IF  NOT  EOF 

0123 

CB70 

289 

BIT 

6,  B 

; CHECK  CRC  ERROR 

0125 

C43501 

290 

CALL 

NZ, SETCRC 

0128 

CB68 

291 

BIT 

5,  B 

; CHECK  OVRRUN  BIT 

012A 

C43201 

292 

CALL 

NZ, SETOVR 

293 

CHBSR1: 

012D 

3E30 

294 

LD 

A, SRCRES 

; ERROR  RESET  CMD 
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OBJ  CODE 

M STMT 

SOURCE 

STATEMENT 

ASM  5 9 

012F 

D303 

295 

OUT 

( SIOCB ) , A 

0131 

C9 

296 

RET 

297 

SETDVR 

0132 

CBEE 

298 

SET 

5,  (HL) 

0134 

C9 

299 

RET 

300 

SETCRC 

0135 

CBF6 

301 

SET 

6,  (HL) 

0137 

C9 

302 

RET 

303 

SETEFF 

. 

0138 

CBFE 

304 

SET 

7, (HL) 

013A 

C9 

305 

RET 

306 

307 

CHATBE 

• 

013B 

CD5901 

308 

CALL 

SAVE 

; CH.  A 

TX  BUFFER  EMPTY 

013E 

3E28 

309 

LD 

A, TBERES 

0140 

D301 

310 

OUT 

( SIOCA ) , A 

0142 

C9 

311 

RET 

312 

313 

CHAESC 

. 

0143 

CD5901 

314 

CALL 

SAVE 

; CH.  A 

EXTERNAL/STATUS  CHG 

0146 

3E10 

315 

LD 

A/ ESCRES 

0148 

D301 

316 

OUT 

(SIOCA),  A 

014A 

C9 

317 

RET 

318 

319 

CHARCA 

014B 

CD5901 

320 

CALL 

SAVE 

; CH  A 

RX  CHAR  AVAIL 

014E 

DBOQ 

321 

IN 

A. (SIQDA) 

01  50 

C9 

322 

RE  1 

323 

324 

CHASRC 

01  51 

CD5901 

325 

CALL 

SAVE 

t CH,  (1 

of 'tl  IAL  RX  (.UMD 

0154 

3E30 

326 

LD 

A, SRC RES 

0156 

D301 

327 

OUT 

(SIOCA), A 

0158 

C9 

328 

RET 

329 

330 

i 

SAVE 

REGISTER  ROUTINE 

331 

332 

SAVE. 

0159, 

E3 

333 

EX 

(SP),  HL 

i BP  - 

HL 

01  5A 

D5 

334 

PUSH 

DE 

t 

DF 

01  SB 

C5 

335 

PUSH 

BC 

% 

BC 

CISC 

F5 

336 

PUSH 

AF 

i 

af 

015D 

DDES 

337 

PUSH 

IX 

t 

I X 

01  5F 

FDE5 

338 

PUSH 

IY 

) 

IY 

0161 

CD6F01 

339 

CALL 

GO 

i 

PC 

0164 

FDE1 

340 

POP 

IY 

0166 

DDE1 

341 

POP 

IX 

0 1 68 

FI 

342 

POP 

AF 

0 1 69 

Cl 

343 

POP 

BC 

01  6A 

D1 

344 

POP 

DE 

016B 

El 

345 

POP 

HL 

0 1 6C 

FB 

346 

El 

016D 

ED4D 

347 

RETI 

348 

349 

GO 

016F 

E9 

350 

JP 

(HL) 

351 

*E 

352 

353 

/ t 

CONSTANTS 

354 

355 

SIOTA: 

0170 

00 

356 

DEFB 

SIQWRO 

, CHAN 

RESET 

a;  7i 

18 

357 

DEFB 

CHRES 

0/172 

01 

358 

DEFB 

SI0WR1 

, CHAN 

CHARACS 

0173 

D2 

359 

DEFB 

WREN+RDY+RX I AP+TX I 

0174 

04 

360 

DEFB 

SI0WR4 

; MODE 

0175 

4F 

361 

DEFB 

X 1 6+ST0P2+E VEN+P AR I T Y 

0176 

05 

362 

DEFB 

SI0WR5 

, TX  PARAMS. 

0177 

AA 

363 

DEFB 

DTR+TX7+TXEN+RTS 

0178 

03 

364 

DEFB 

SI0WR3 

f RX  PARAMS. 

0179 

41 

365 

DEFB 

RX7+RXEN 

366 

SIOEA: 

EQU 

* 

367 
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OBJ  CODE 

M STMT 

SOURCE 

STATEMENT 

ASM  5 9 

368 

SI OTB : 

017A 

00 

369 

DEFB 

SIOWRO  iCHAN  RESET 

01 7B 

18 

370 

DEFB 

CHRES 

0170 

02 

371 

DEFB 

SI0WR2  ; VECTOR  REG 

01  7D 

10 

372 

DEFB 

SIOVEC.  AND.  255 

017E 

04 

373 

DEFB 

SI0WR4  ; MODE 

017F 

20 

374 

DEFB 

X 1 +SDLC+SYNCEN 

0180 

01 

375 

DEFB 

SI0WR1  iCHAN  CHARACS. 

0181 

IF 

376 

DEFB 

R X I A+S I OSAV+TX I +EXT I 

0182 

06 

377 

DEFB 

SI0WR6  ; ADDRESS 

0183 

9E 

378 

DEFB 

ADDRESS 

0184 

07 

379 

DEFB 

SI0WR7  i FL  AG 

0185 

7E 

380 

DEFB 

0111111 OB 

0186 

05 

381 

DEFB 

SI0WR5  > TX  PARAMS. 

0187 

EB 

382 

DEFB 

DTR+TX8+TXEN+RTS+TXCRC 

0188 

03 

383 

DEFB 

SI0WR3  i RX  PARAMS. 

0189 

Cl 

384 

DEFB 

RX8+RXEN 

385 

SIOEB: 

EGU 

$ 

386 

387 

CLST: 

018A 

28 

388 

DEFB 

28H  ; PORT  B MODE 

018B 

00 

389 

DEFB 

OOOOOOOOB 

018C 

2B 

390 

DEFB 

2BH  iDATA  DIRECTION 

018D 

EE 

391 

DEFB 

11101110B 

018E 

1C 

392 

DEFB 

1CH  ; CT 1 MODE 

018F 

C2 

393 

DEFB 

11 00001 OB 

0190 

16 

394 

DEFB 

16H  ; CT 1 TC  MSB 

0191 

00 

395 

DEFB 

0 

0192 

17 

396 

DEFB 

17H  ; LSB 

0193 

60 

397 

DEFB 

CIOCNT 

0194 

01 

398 

DEFB 

1 ; MASTER  CONFIG.  REG 

0195 

FO 

399 

DEFB 

111 10000B 

0196 

OA 

400 

DEFB 

10  i CT 1 TRIGGER 

0197 

06 

401 

DEFB 

00000 11 OB 

402 

CEND: 

EQU 

$ 

403 

*E 

404 

405 

/ / 

DATA  AREA 

406 

2000 

407 

ORG 

RAM 

2000 

408 

DEFS 

64  i STACK  AREA 

409 

STAK: 

EQU 

* 

2040 

410 

SIOFLO 

: DEFS 

1 iSIO  FLAG  BYTE 

2041 

411 

BYTES- 

DEFS 

1 > BUFFER  BYTE  COUNT 

2042 

412 

RSPTMR 

DEFS 

1 ; RESPONSE  TIMER 

2043 

413 

BUFPTR 

DEFS 

2 ; BUFFER  POINTER 

2045 

414 

BUFFER 

DEFS 

64  ; BUFFER 

2085 

415 

RBPTR: 

DEFS 

2 i RFAD  BUFF  PTR 

416 

RBUF : 

EQU 

$ 

417 

418 

END 
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A popular  communication  protocol  used  to 
exchange  Information  between  data  processing 
devices  has  been  In  use  for  some  time*  This 
protocol,  developed  by  IBM,  Is  called  binary 
synchronous  protocol,  or  b I sync*  The  Z80  SIO 
provides  a flexible  and  powerful  tool  for  the 
Implementation  of  the  b I sync  protocol*  How- 
ever, there  are  some  design  considerations 
that  require  special  attention*  This  paper 
will  discuss  these  design  considerations  and 
offer  an  approach  to  using  bisync  with  the 
Z80  SIO*  Specific  examples  are  presented  and 
readers  who  are  unfamiliar  with  the  bisync 
protocol  should  refer  to  the  ANSI  standard 
(1)  or  the  IBM  publication  (2)  listed  at  the 
end  of  this  paper* 

B I sync  Is  a character-oriented  protocol  with 
information  transmitted  In  blocks  between  two 
(or  more)  data  communication  devices*  The 
medium  through  which  this  Information  Is 
conveyed  is  called  the  data  link.  The  par- 
ticular data  link  discussed  in  this  paper  is 
a point-to-point  link  using  the  ASCII  trans- 
mission code.  Other  codes,  such  as  EBCDIC, 
are  not  covered,  but  the  format  for  bisync  is 
basically  the  same.  The  data  link  consists 
of  a master  station  (usually  a computer)  and 
a slave  station  (usually  a terminal)  with  the 
associated  communication  gear  in  between— 
modems,  phone  lines,  etc.  The  master  station 
controls  message  flow  by  polling  and  select- 
ing the  slave  station.  Polling  involves  send- 
ing a general  request  message  to  the  slave 
station (s)  to  determine  whether  or  not  any  of 
the  slaves  have  data  to  send  (traffic),  if  a 
slave  station  does  have  traffic.  It  responds 
to  the  pol I and  the  master  can  then  select 
that  particular  slave  for  information  ex- 
change* Slaves  can  only  respond  to  a master 
device  and  cannot  initiate  communication  on 
the  data  link. 

Information  is  exchanged  by  means  of  a well- 
defined  block  structure.  Message  blocks 
consist  of  a header,  body,  and  trailer 


(Figure  1).  The  header  Is  made  of  two  or 
more  SYN  characters  (hence  the  name  bisync), 
a start  of  header  (SOH)  character,  and  ad- 
dressing and  control  Information  for  a par- 
ticular slave  station. 


S 

S 

S 

S 

E 

B 

P 

Y 

Y 

0 

T 

T 

C 

A 

N 

N 

H 

X 

X 

C 

D 

Header  Body  Trailer 

Figure  1*  Basic  Message  Block  Format 
for  Bisync  Protocol 


The  body  begins  with  a start  of  text  (STX) 
character  and  encompasses  the  entire  text 
information.  The  body  generally  contains 
ASCII  text  data,  although  8-bit  binary  data 
can  be  transmitted  using  transparent  text 
mode. 

The  trailer  contains  the  end  of  text  (ETX) 
character  and  the  block  check  character 
(BCC).  The  BCC  Is  used  for  detecting  errors 
through  "cyclic  redundancy  checking"  (CRC)  or 
"longitudal  redundancy  checking"  (LRC). 

Error  detection  Is  essential  when  transfer- 
ring information  between  data  processing 
equipment.  Since  ASCII  specifies  only  seven 
bits  for  its  code,  the  eighth  bit  is  used  for 
vertical  redundancy  checking  (VRC),  more 
commonly  known  as  character  parity.  In  syn- 
chronous communications,  character  parity  is 
generally  odd,  whereas  In  asynchronous  com- 
munications it  is  even.  Figure  2 shows  typi- 
cal ASCII  characters  with  parity.  The  SIO 
can  be  programmed  for  7-bit  characters  with 
odd  parity  enabled  to  minimize  software  over- 
head. 
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Figure  2m  Odd  VRC. 
Number  of  1 s should  be  odd. 


Because  VRC  applies  only  to  the  Individual 
character,  the  entire  message  block  has  an 
LRC  that  makes  up  the  BCC.  The  LRC  Is  a 
simple  bit  position  checksum  where  the  number 
of  Is  for  each  position  (0  through  6)  Is  even 
for  a block  of  data*  Since  the  BCC  Is  a 
character,  LRC  Is  subject  to  the  same  char- 
acter parity  rules  as  the  rest  of  the  data 
block.  The  LRC  Includes  all  characters, 
except  SYN,  starting  with  the  first  character 
after  SOH  or  STX  and  up  to  and  Including  ETX 
In  the  trailer  (Figure  3).  Since  the  SIO 
cannot  calculate  the  LRC,  the  task  Is  left  up 
to  the  user*  LRC  can  be  generated  on  a 
microprocessor  with  little  effort  by  taking 
the  message  block  and  XORIng  the  data  with  an 
Initial  value  of  zero  to  provide  even  LRC. 
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Included  In  BBC 


Figure  3*  Characters  Included  In  BBC 


Another  type  of  BBC  Is  generated  by  a cyclic 
redundancy  check  (CRC),  which  results  In  a 
more  powerful  method  of  block  checking. 

CRC- 12  Is  used  for  6-bit  transmission  code 
and  CRC-16  Is  used  for  8-bit  transmission 
code.  CRC  is  used  In  lieu  of  character 
parity  and  LRC,  as  with  transparent  text  mode 
operation. 

The  remainder  of  this  paper  Illustrates  how 
to  use  the  SIO  in  three  special  cases  of  the 
bisync  protocol:  transparent  text  mode, 

abort/ Interrupt  procedures,  and  error  re- 
covery procedures. 

Transparent  text  mode  is  useful  in  bisync 
when  information  exchanged  between  master  and 
slave  Is  not  ASCII  data.  For  example,  a 
binary  data  file  (object  program)  might  be 
sent  from  master  to  slave.  ASCII  transmis- 
sion code  is  only  seven  bits  long  making  it 
difficult  to  send  8-bit  binary  data.  One 
alternative  is  to  convert  the  binary  data  to 
ASCI  I hex  format  at  the  master,  transmit  it 
to  the  slave  and  reconvert  it  back  into 
binary  at  the  slave.  However,  two  disadvan- 


tages result  from  this.  First,  the  master 
and  slave  require  a means  of  conversion,  by 
either  software  or  hardware,  adding  cost  to 
the  data  link.  Since  the  slave  (terminal)  is 
burdened  most  by  this,  such  an  approach  is 
usual ly  not  feasible.  The  other  disadvantage 
is  that  the  exchange  of  information  is  slower 
since  two  (or  more)  ASCII  characters  are  sent 
for  every  eight  bits  of  binary  data.  The 
bisync  protocol  has  provisions  for  sending 
8-blt  binary  data  by  using  transparent  text 
mode  transmission.  In  this  mode,  character 
parity  is  disabled,  allowing  the  full  eight 
bits  to  be  used  for  data.  However,  to  a I low 
control  within  the  constraints  of  the  proto- 
col, there  are  certain  limitations  on  the 
binary  data  pattern.  The  primary  difference 
is  that  during  transparent  mode  some  communi- 
cation control  characters  are  preceded  by  a 
DLE  character,  actually  making  the  control 
characters  a two-character  sequence.  To 
distinguish  a data  byte  from  a control  DLE, 
the  protocol  specifies  Insertion  of  another 
DLE.  The  receiver  then  throws  away  the  first 
DLE,  keeping  the  second  as  data.  Table  1 
shows  the  communication  control  characters 
that  are  valid  during  transparent  mode. 

Another  character  change  occurs  when  the  SYN 
character  is  used  for  line  fill.  Normally, 
the  SYN  character  Is  ignored,  but  during 
transparent  mode  the  SYN  is  preceded  by  a 
DLE,  and  both  are  consequently  ignored  by  the 
receiver.  In  the  event  that  the  CPU  does  not 
have  a character  ready  to  send,  the  SIO  auto- 
matically inserts  SYN  characters  into  the 
data  stream.  With  the  SIO  programmed  for 
16-bit  sync  characters,  two  syncs  are  sent 
from  the  SIO  (write  registers  WR6  and  WR7> 
when  its  transmit  buffer  Is  empty.  In  trans- 
parent mode,  the  user  must  change  WR6  and  WR7 
to  DLE,  SYN  in  order  for  the  SIO  to  provide 
the  proper  line  fill  characters.  In  accord- 
ance with  the  ANSI  standard,  line  fill  char- 
acters are  not  included  in  the  SIO  CRC  calcu- 
lation during  transmit.  During  reception  in 
transparent  mode,  the  software  must  disable 
CRC  accumulation  when  the  DLE  SYN  character 
sequence  is  detected. 

While  in  transparent  mode,  the  user  must  be 
concerned  with  the  error  detection  codes.  If 
parity  is  enabled  in  the  SIO  normally,  it 
must  be  disabled  during  transparent  mode. 

This  change  in  SIO  operation  affects  both 
transmit  and  receive  and  should  therefore  be 
considered  if  using  full  duplex. 

Table  1.  Control  Codes  Used 
In  Transparent  Mode 


DLE 

STX 

Start  of  transparent  text 

DLE 

ETB 

End  of  transparent  text  block 

DLE 

ETX 

End  of  transparent  text 

DLE 

SYN 

Idle  sync 

DLE 

ENQ 

Enquiry 

DLE 

DLE 

DLE  data 

DLE 

SOH 

Start  of  transparent  header 
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Since  the  SIO  allows  CRC  enable/dlsable  on 
the  fly,  the  software  can  easily  control  CRC 
accumulation  in  both  receive  and  transmit. 
During  transmit,  the  CRC  must  be  enabled/ 
disabled  before  the  character  is  transferred 
Into  the  serial  shift  register.  During  re- 
ceive, the  CRC  accumulation  is  delayed  eight 
bits.  After  the  character  is  transferred 
from  the  serial  shift  register  into  the 
buffer,  the  user  has  to  read  that  character, 
decide  whether  or  not  to  continue  CRC  accumu- 
lation, and  disable/enable  CRC  before  the 
next  character  is  transferred  to  the  buffer. 
This  Is  not  generally  a problem,  since  char- 
acter transfers  occur  about  every  833  micro- 
seconds at  9600  baud.  Table  2 shows  the  char- 
acters Included  and  omitted  in  the  CRC  during 
transparent  mode. 


sequence  is  used.  Since  a block  abort  puts 
the  data  link  back  in  nontransparent  mode, 

NAK  is  the  valid  response  the  receiver  should 
send  In  both  transparent  and  nontransparent 
modes. 

The  sending  station  abort  is  similar  to  the 
block  abort,  except  that  the  sending  station 
does  not  necessarily  do  a block  abort  but 
simply  ends  the  current  message  block,  waits 
for  a response  or  timeout,  and  then  sends  an 
EOT  to  regain  control  of  the  data  link.  The 
sending  station  abort  is  useful  when  trans- 
mission to  a particular  receiver  Is  necessary 
due  to  a higher  priority  message,  buffer 
overflow  condition,  error  detection,  etc. 

Once  the  sending  station  abort  sequence  is 
made,  the  master  can  perform  any  data  link 
control  function. 


Table  2«  Characters  Inciuded/Omltted  In 
CRC  During  Transparent  Mode 


Omitted  from  CRC 


DLE 

SYN 

DLE 

SOH 

DLE 

STX* 

*lf  not  preceded  by 
transparent  header 
within  same  block 


Included  in  CRC 

DLE  of  DLE  DLE 
ETX  of  DLE  ETX 
ETB  of  DLE  ETB 
STX  of  DLE  STX** 


**lf  preceded  by  DLE 
SOH  within  same 
block 


When  CRC  accumulation  Is  to  be  resumed,  the 
software  should  enable  CRC  before  the  desired 
character  Is  transferred  to  the  receive 
buffer.  For  example,  suppose  a DLE  pair  Is 
received  during  transparent  text  mode.  The 
SIO  generates  an  interrupt  when  the  first  DLE 
is  transferred  to  the  receive  buffer.  The 
driver  program  reads  the  DLE  and  immediately 
disables  CRC.  When  the  next  interrupt 
occurs,  the  driver  reads  the  second  DLE  and 
Immediately  enables  CRC  to  include  the  second 
DLE  Into  the  CRC  accumulation. 

The  second  category  of  Interest  includes 
abort  and  interrupt  procedures.  There  are  two 
types  of  aborts:  block  abort  and  sending 

station  abort.  There  are  three  types  of 
interrupts:  termination  interrupt,  reverse 

Interrupt  and  temporary  interrupt. 

The  block  abort  is  used  by  the  sending  sta- 
tion when,  in  the  process  of  transmitting  a 
data  block,  the  sending  station  detects  an 
error  condition  in  the  data  and  decides  to 
terminate  the  block  so  that  the  receiving 
station  will  discard  it.  In  nontransparent 
mode,  block  abort  Is  accomplished  by  ending 
the  block  with  an  ENQ  character,  instead  of 
ETX  or  ETB.  The  sending  station  then  waits 
for  a reply  from  the  receiver,  which  should 
be  a NAK.  The  transparent  node  procedure  is 
Identical  except  that  a DLE  ENQ  character 


From  the  receiver  side,  a termination  inter- 
rupt causes  the  sending  station  to  stop 
transmission.  Such  a procedure  is  useful  when 
the  receiver  cannot  accept  any  more  data  or 
incurs  an  error  condition,  such  as  paper  jam, 
card  jam,  hardware  error,  etc.  To  accomplish 
a termination  interrupt,  the  receiving  sta- 
tion sends  an  EOT  instead  of  the  normal  re- 
sponse. The  EOT  resets  a I I stations  on  the 
link  and  allows  the  master  to  Issue  any  con- 
trol sequence. 

The  reverse  Interrupt  (RINT)  Is  used  when  the 
receiving  station  needs  to  transmit  during 
reception  of  several  message  blocks.  The 
RINT  occurs  when  a receiver  detects  a valid 
CRC  or  LRC  and,  instead  of  returning  an  ACK, 
sends  a DLE  ”<”  character  sequence  to  signal 
an  affirmative  acknowledgement  and  to  stop 
transmission  of  data.  Some  exceptions  and  a 
more  detailed  description  of  RINT  can  be 
found  in  the  ANSI  standard. 

The  temporary  interrupt  procedure,  WACK  (Wait 
Before  Sending  Positive  Acknowledge),  is  used 
by  the  receiving  station  to  Indicate  positive 
acknowledgement  and  an  inability  to  receive 
more  data.  Such  a response  may  be  necessary 
when  the  receiving  station  cannot  accept  data 
continuously,  such  as  during  a printing 
operation.  The  WACK  consists  of  a DLE 
character  sequence  and  is  sent  in  place  of  an 
ACK  or  ACKn.  The  sending  station  then  sends 
ENQs  (Enquiry)  until  the  receiving  station 
stops  sending  WACKs.  The  sending  station  can 
resume  transmitting  data  when  the  receiving 
station  sends  an  ACK  or  ACKn. 

Recovery  procedures  provide  a means  of  pre- 
venting data  link  instability.  The  recovery 
mechanism  consists  mainly  of  timers,  grouped 
Into  four  basic  areas,  and  a NAK  counter. 

The  NAK  counter  is  used  to  prevent  repeated 
NAKs  from  inhibiting  further  communications. 
The  sending  unit  counts  how  many  NAKs  it 
receives  for  a particular  data  block  so  that 
after  a predetermined  number  of  retries.  It 
can  recover  and  pursue  another  course  of 
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action.  The  particular  count  value  and 
course  of  action  taken  when  the  count  expires 
are  left  up  to  the  user. 

Four  timers  (timer  A or  response  timer,  timer 
B or  receiver  timer,  timer  C or  gross  timer, 
and  timer  D or  no  activity  timer)  prevent  the 
data  link  from  getting  "hung”  or  going  idle 
for  extended  periods  of  time.  General ly,  the 
shortest  interval  is  used  with  timer  A,  and 
the  longest  interval  Is  used  with  timer  D. 

For  maximum  system  efficiency,  however,  the 
receiver  timer  (timer  B)  should  timeout 
before  the  response  timer  (timer  A).  The 
particular  implementation  of  these  timers 
varies  from  system  to  system,  and  some  flexi- 
bility of  exact  timer  values  is  left  up  to 
the  user. 

Since  it  is  assumed  that  interrupts  will  be 
used  with  the  SIO,  an  interrupt  driven  re- 
ceiver timer  count  is  kept  in  memory  and  is 
reinitialized  each  time  a character  is  re- 
ceived (receive  Interrupt).  The  same  applies 
for  the  response  timer,  except  that  when  a 
timeout  occurs,  the  transmit  driver  has 
several  options  to  follow. 

If  the  SIO  is  set  to  transmit  CRC  on  transmit 
underrun,  then  the  driver  could  simply  set 
its  flags  and  not  fill  the  buffer.  This 
allows  a normal  exit,  since  the  SIO  will  then 
send  its  CRC  bytes.  If  the  SIO  is  set  to  not 
transmit  CRC  on  transmit  underrun,  then  it 
sends  sync  characters  (SYN  SYN  or  DLE  SYN, 
whichever  was  last  written  to  WR6  and  WR7) 
until  the  transmit  buffer  is  filled  or  trans- 
mit data  is  set  to  marking. 

In  any  event,  enough  time  must  be  allowed 
after  CRC  Is  sent  so  that  the  receiver  can 


properly  decode  CRC.  Because  of  the  char- 
acter delay  in  the  SIO  during  CRC  accumula- 
tion, about  20  clock  cycles  are  necessary 
after  the  last  CRC  byte  is  sent  to  ensure 
adequate  decoding  time.  (See  the  SIO  Techni- 
cal Manual  for  further  details.)  The  SIO 
could  be  programmed  to  send  pad  characters 
either  by  disabling  parity  and  sending  8-bit 
FFs  (hex)  or  by  filling  WR6  and  WR7  with  FF 
hex.  If  enabled,  the  SIO  automatically  sends 
whatever  is  in  its  sync  registers  upon  trans- 
mit underrun.  Multiple  message  blocks  do  not 
have  to  be  separated  by  pad  characters  as 
long  as  CRC  is  valid  for  the  previous  message 
block.  However,  to  insure  adequate  time  for 
the  receiver  to  process  CRC,  it  is  recom- 
mended that  at  least  two  pad  characters 
fol low  the  last  character  of  a block. 

Using  the  SIO  for  the  bisync  protocol  Is 
fairly  straightforward.  Care  should  be  exer- 
cised when  using  the  SIO  In  transparent  text 
mode,  but  the  implementation  is  greatly 
simplified  by  the  SIO’s  flexibility,  as  com- 
pared to  other  serial  communications  ICs. 

The  CRC  capabilities  of  the  SIO  provide  a 
powerful  means  of  maintaining  maximum  data 
integrity  with  minimum  software  overhead. 
Coupled  with  the  DMA  and  the  interrupt  capa- 
bilities of  the  Z80  processor,  the  user  will 
find  the  SIO  an  excellent  choice  in  serving 
data  communication  needs. 


(1)  American  National  Standards  Institute. 
ANSI  X3.28  - 1976. 

(2)  ’’General  Information  - Binary  Synchronous 
Communications.”  Pub.  number  GA27- 
3004-2. 
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with  the  Z80A  DART 
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January  1981 


INTRODUCTION  Serial  data  communication  Is  among  the  most 

widely  used  forms  of  exchanging  Information 
with  and  between  computers.  The  rapid  ex- 
pansion of  this  form  of  communication  has 
created  the  need  for  low-cost,  efficient,  and 
flexible  peripheral  devices  that  provide  the 
user  with  a wide  variety  of  options.  The  Z80 
DART  Is  designed  to  fill  this  need  by  pro- 
viding two  Independently  programmab I e. 


HARDWARE  The  hardware  for  this  application  consists  of  The  DART-to-CPU  Interface  consists  of  eight 

a Z8400  Z80  CPU,  Z8470  Z80A  DART,  Z8536  CIO,  bidirectional  data  lines,  seven  control 

4K  ROM,  and  4K  RAM,  Figure  1 shows  a block  lines,  and  three  daisy  chain  Interrupt  con- 

diagram  of  the  system.  The  CIO  supplies  the  trol  lines.  The  data  lines  are  used  to 

bit  rate  clock  for  the  DART  and  allows  the  transfer  data  between  the  DART  and  the  CPU, 

baud  rate  for  each  channel  to  be  determined  The  direction  of  data  flow  on  the  data  lines 

by  the  software.  Is  determined  through  the  use  of  the  CE,  RD, 


TO  MODEM  TO  MODEM 

Figure  1,  Z80  System  Block  Diagram 
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asynchronous  communication  channels  for  a 
Z80-based  system. 

This  application  brief  describes  the  use  of 
the  Z80  DART  In  a Z80-based  system.  Further 
Information  on  the  Z80  CPU  and  Z80  DART  Is 
available  In  the  Zilog  Data  Book  (document 
number  00-2034-A),  Z8400  Z80  CPU  Product 
Spec  I f I cat  1 on  (document  number  00-2001-A), 
and  the  Z8470  Z80  DART  Product  Specification 
(document  number  00-2044-A), 


Zilog 


and  IORQ  control  lines.  When  CE  and  IORQ  are 
active,  a data  transfer  occurs  between  the 
CPU  and  DART.  I f RD  is  active  at  the  same 
time,  data  is  sent  from  the  DART  to  the  CPU. 
I f RD  is  not  active,  data  is  sent  from  the 
CPU  to  the  DART.  Ml  signals  an  interrupt 
acknowledge  cycle  from  the  CPU  in  conjunction 
with  IORQ.  The  RESET  line  performs  a device 
reset  on  the  DART,  allowing  it  fo  be  placed 
in  a known  state.  The  remaining  two  control 
lines  determine  which  of  the  four  ports  are 
being  accessed.  Table  1 shows  the  rela- 
tionship of  these  two  lines  to  the  ports. 

Table  1*  DART  Port  Addressing 


Port 

c/5 

B/A 

Channel  A Data 

0 

0 

Channel  B Data 

0 

1 

Channel  A Control 

1 

0 

Channel  B Control 

1 

1 

C/D  and  B/A  are  usual  ly  tied  to  the  lowest 
two  CPU  address  lines  used  for  I/O  device 
selection.  Figure  2 shows  the  device-select 
decode  logic  used  in  this  application. 


74LS138 


NOTE  Only  the  lower  eight  bits  of  the 

address  bus  are  used  for  I/O  select 


Figure  2.  DART  Device  Select  Logic 


External  connections  to  the  Z80  DART  include 
serial  data  and  control  lines  and  modem  con- 
trol lines.  The  serial  data  lines  are 
Transmit  Data  (TxD)  and  Receive  Data  (RxD) 
for  each  channel.  Separate  transmit  and 


receive  clock  inputs  are  available  on  channel 
A ( T xCA  and  RxCA) , while  a combined 
transmit/receive  clock  Input  is  provided  for 
channel  B (TxRxCB) . To  allow  separate  baud 
rates  for  both  channels,  TxCA  and  RxCA  are 
tied  together  and  connected  to  one  counter/ 
timer  output,  and  TxRxCB  is  connected  to 
another  counter/timer  output.  This  provides 
the  user  with  a simple,  software-programmable 
baud  rate  generator. 

The  modem  control  lines  provide  the  user  with 
a means  of  controlling  some  external  device 
such  as  a modem.  This  is  particularly  useful 
for  remote  applications  in  which  the  CPU  must 
determine  a course  of  action  based  on  the 
status  of  the  modem  controj_  lines.  For  ex- 
ample, Ring  Indicator  (Rl)  can  be  used  to 
signal  the  CPU  that  an  incoming  call  needs  to 
be  answered,  or  Data  Terminal  Ready  (DTR)  can 
be  used  in  conjunction  with  Data  Carrier 
Detect  (DCD)  to  signal  the  modem  that  data 
communications  can  take  place.  DTR  remains 
active  as  long  as  the  DART  is  communicating 
over  the  serial  data  link.  The  CPU  can  ’’hang 
up”  or  disconnect  the  telephone  connection  by 
deactivating  DTR.  Finally,  Request  To  Send 
(RTS)  and  Clear  To  Send  (CTS)  are  useful  in  a 
multidrop  configuration;  that  is,  when  three 
or  more  modems  are  connected  to  the  same 
telephone  line  RTS  is  used  to  switch  the 
carrier  for  a particular  modem  on  or  off 
under  software  control.  CTS  is  monitored  so 
that  after  RTS  is  activated  the  CPU  knows 
when  to  start  sending  data. 

The  I El,  IEO,  and  I NT  lines  form  the  Z80 
daisy-chain  interrupt  controls  that  enable 
proper  interrupt  sequencing.  I NT  is  an 
open-drain,  active  Low  output  that  is  con- 
nected to  the  Z80  CPU  I NT  input,  along  with  a 
pullup  resistor.  IEI  is  usually  connected  to 
the  preceding  device  in  the  daisy  chain  or  is 
tied  High  if  there  is  no  preceding  device. 
IEO  is  connected  to  the  following  device  in 
the  daisy  chain  or  is  left  open.  This 
application  example  uses  interrupts  with  the 
Status  Affects  Vector  (SAV)  programming  op- 
tion. Interrupts  are  prioritized  internally 
in  the  DART  according  to  the  various  condi- 
tions. There  are  four  separate  interrupt 
groups  for  each  channel.  Table  2 shows  the 
relative  priorities  of  these  Interrupts. 

Table  2.  DART  Interrupt  Priority 


Priority 


Function 


H i ghest 


Lowest 


Ch.  A Special  Rx  Condition 

Ch.  A Rx  Char.  Available 

Ch.  A Tx  Buffer  Empty 

Ch.  A Externa  I /Status  Change 

Ch.  B Special  Rx  Condition 

Ch.  B Rx  Char.  Available 

Ch.  B Tx  Buffer  Empty 

Ch.  B Externa  I /Status  Change 


8 


2-81 


2/18/81 


PROGRAMMING  Programming  the  Z80  DART  consists  of  two 

parts:  Initialization  and  program  operation. 
Initial  Izatlon  Includes  defining  the  oper- 
ating characteristics  of  the  DART,  This  is 
done  by  writing  a series  of  bytes  to  the 
control  port  of  each  channel,  A detailed 
description  of  the  programming  for  the  DART 
can  be  found  in  the  DART  Product  Specifica- 
t i on  (document  number  00-2044-A),  A listing 
containing  an  initialization  routine  for  the 
DART  can  be  found  in  the  appendix  of  this 
brief. 

Once  initialized,  the  DART  interrupts  the  CPU 
for  certain  conditions  that  occur.  These 
conditions  include  Transmit  Buffer  Empty, 
Receive  Character  Available,  Special  Receive 
Condition,  and  Externa  I /Status  Change  for 
each  channel. 

The  DART  generates  a Transmit  Buffer  Empty 
(TBE)  interrupt  when  a character  Is  trans- 
ferred from  the  internal  buffer  to  the  shift 
register.  The  interrupt  service  routine 
determines  whether  to  send  another  character 
to  the  DART  or  to  issue  a Reset  Tx  Interrupt 
Pending  command.  If  a character  is  loaded 
into  the  DART,  the  Interrupt  condition  is 
automatically  removed.  If  a character  is  not 
loaded,  the  software  issues  a Reset  Tx  Inter- 
rupt Pending  command  to  remove  the  interrupt 
condition  and  also  sets  an  Internal  program 
status  flag  that  signals  the  transmit  channel 
as  inactive.  When  transmission  starts  from 
an  inactive  condition  (such  as  after  initial- 
ization), the  main  program  must  activate  the 
transmitter  by  sending  a character  to  the 
DART,  In  this  application,  a call  to  the 
transmit  Interrupt  service  routine  activates 
the  transmitter  after  the  buffer  and  pointers 
have  been  initialized. 

The  Receive  Character  Available  (RCA)  I nter- 
rupt  occurs  after  the  DART  transfers  a char- 
acter from  the  serial  shift  register  to  the 
receiver  FIFO,  The  DART  can  store  up  to 
three  characters  in  the  FIFO,  giving  the  CPU 


some  flexibility  in  receive  Interrupt  timing. 
Read  Register  0 (RRO,  bit  0)  can  be  checked 
to  see  if  any  more  characters  are  in  the  FIFO 
before  exiting  the  interrupt  service  routine. 
If  the  DART  is  programmed  so  that  parity  does 
not  affect  the  interrupt  vector,  parity 
errors  must  be  checked  in  the  receive  service 
routine.  This  is  done  by  writing  a register 
pointer  to  the  DART  for  Read  Register  1 (RR1) 
and  then  reading  the  contents.  The  bit  test 
instructions  of  the  Z80  CPU  are  particularly 
useful  In  determining  which  bits  are  set  or 
cleared.  Processing  for  these  errors  is  the 
same  as  processing  for  the  Special  Receive 
Condition. 

The  DART  generates  a Special  Receive  Condi- 
tion (SRC)  interrupt  if  it  detects  a parity 
error,  overrun,  or  framing  error  during  re- 
ception, When  this  occurs  the  programmer 
should  reset  the  error  condition  by  issuing 
an  Error  Reset  command  to  the  DART,  After 
the  Error  Reset  command  is  issued,  the  pro- 
grammer should  read  and  discard  the  data  if 
necessary.  If  the  data  Is  not  discarded, 
then  an  RCA  interrupt  occurs  immediately 
after  exiting  the  SRC  service  routine. 

An  Externa  I /Status  Change  (ESC)  interrupt 
occurs  when  the  DART  detects  a change  in  the 
external  signals  (Rl,  CTS,  DCD)  or  when  a 
receive  break  condition  is  initiated  or  ter- 
minated, This  is  useful  in  monitoring  the 
Interface  to  the  modem  where  a software  flag 
is  set  when  the  break  condition  is  detected 
and  reset  when  the  break  condition  is  clear- 
ed, With  CTS,  DCD,  and  Rl,  the  same  proce- 
dure is  followed  as  with  a break  condition. 
However,  if  the  auto  enable  bit  is  set  in  the 
DART,  the  DART  does  not  transmit  data  until 
CTS  becomes  active,  nor  does  it  receive  data 
until  DCD  becomes  active. 

The  appendix  contains  the  listing  of  a test 
program  for  the  DART.  While  It  is  by  no 
means  complete,  it  does  highlight  the  I nter- 
rupt  features  of  the  Z80  DART. 


CONCLUSION 


APPENDIX 


As  do  other  Z80  peripheral  products,  the  Z80 
DART  interfaces  well  with  the  Z80  CPU,  The 
software  required  to  utilize  the  features  of 
the  DART  is  conducive  to  efficient  program- 
ming. Interrupts  provide  a key  method  of 
maintaining  efficient  system  operation,  keep- 
ing CPU  processing  overhead  to  a minimum. 

Other  methods  of  utilizing  the  DART  include  a 
•'polled”  (non  i nterrupt)  system.  Because  the 

Following  Is  the  listing  of  a DART  test  pro- 
gram. Note  that  all  interrupt  service  rou- 
tines are  dummy  routines,  except  DATBE,  which 


Z80  CPU  has  three  interrupt  modes,  the  DART 
can  be  used  with  the  CPU  without  vectored 
interrupts.  However,  such  simplicity  is 
usual  ly  at  the  expense  of  program  size  and 
speed. 

Nevertheless,  the  user  will  find  the  Z80  DART 
a viable  alternative  to  more  expensive  de- 
vices when  considering  the  asynchronous  com- 
munication requirements  for  any  Z80  system. 

transfers  characters  from  the  buffer  to  Port 
A transmitter. 
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b)  DATBE-DART  Channel  A 
Transmit  Buffer  Empty 
Interrupt  Service  Routine 


OUTPUT  SRC  RESET 
COMMAND 


INPUT  DATA 


UPDATE  FLAGS 


NOTE.  DARCA,  DAESC,  AND  1 

DASRC  are  dummy  routines. 

c EXIT  J 

e)  DASRC-Special  Receive 
Condition  Interrupt  Routine 

Figure  3*  Flow  Diagram  for  DART  Test  Program 
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LOC 


TEST  DART 

OBJ  CODE  M STMT  SOURCE  STATEMENT 


ASM  5 9 


1 

/ 

DART  TE 

ST  PROGRAM 

rv 

3 

A 

f 

EQUATES 

5 

RAM 

EQU 

2000H 

, RAM  ORIGIN 

6 

RAMSIZ: 

EQU 

1000H 

, RAM  SIZE 

7 

C IQA 

EQU 

8 

, ( JO  PORT  A 

3 

C I OB 

EQU 

CIOA+1 

1 CIO  PORT  B 

9 

CIQC 

EQU 

CIOA+2 

, CIO  PORT  C 

10 

CIOCTL. 

EQU 

CIOA+3 

, C 3 □ CTRL  PORT 

1 1 

BAUD 

EQU 

9600 

, ASYNC  BAUD  RATE 

12 

RATE- 

EQU 

BAUD/ 100 

13 

CIOCNT 

EQU 

576/RATE 

14 

DPTDA: 

EQU 

4 

, DART  PORT  A DATA 

15 

DRTCA 

EQU 

DRTDA+1 

, DART  PORT  A CTRL 

16 

DRTDB 

EQU 

DRTDA+2 

, DART  PORT  B DATA 

17 

DRTCB 

EQU 

DRTDA+3 

, DART  PORT  B CTRL 

18 

19 

/ 

DART  PARAMETERS 

20 

21 

DRTWRO- 

EQU 

0 

22 

CHRES 

EQU 

18H 

, CH.  RESET  CMD 

23 

ESCRES 

EQU 

10H 

; ESC  RESET  CMD 

24 

TBERES- 

EQU 

28H 

, TBE  RESET  CMD 

25 

SRCPES 

EQU 

30H 

, SRC  RESET  CMD 

26 

RET  I A- 

EQU 

38H 

, RET  I CH  A 

27 

ENINRX 

EQU 

20H 

, ENAB  INT.  NEXT  RX 

28 

29 

DRTWR 1 . 

EQU 

1 

30 

WREN 

EQU 

80H 

, WAIT/RDY  ENABLE 

31 

RDY. 

EQU 

40H 

, READY  FUNCT. 

32 

WRONR: 

EQU 

20H 

iWAJT/RDY  ON  RX 

33 

RXIFC: 

EQU 

8 

, RX  INT  FIRST  CHAR 

34 

RXIAP: 

EQU 

10H 

; RX  INT  ALL  + PARITY 

35 

RXIA- 

EQU 

18H 

; RX  INT.  ALL 

36 

DRTSAV- 

EQU 

4 

; STATUS  AFFECTS  VECT 

37 

i (CH  B ONLY) 

38 

TXI. 

EQU 

2 

, TX  INT.  ENABLE 

39 

EXTI 

EQU 

1 

; E XI  . INT.  ENABLE 

40 

41 

DRTWR2 . 

EQU 

2 

; (CH. B ONLY) 

42 

43 

DRTWR 3: 

EQU 

3 

44 

RX8: 

EQU 

OCOH 

, RX  8 BITS 

45 

RX6 

EQU 

80H 

, RX  6 BITS 

46 

RX7 

EQU 

40H 

, RX  7 BITS 

47 

RX5- 

EQU 

0 

, RX  5 BITS 

48 

AUTQEN- 

EQU 

20H 

, AUTO  ENABLES 

49 

RXEN 

EQU 

1 

; RX  ENABLE 

50 

51 

DRTWR4: 

EQU 

4 

52 

X64 

EQU 

OCOH 

, 64X  CLOCK 

53 

X32: 

EQU 

80H 

, 32X  CLOCK 

54 

X 16: 

EQU 

40H 

i 16X  CLOCK 

55 

XI. 

EQU 

0 

, IX  CLOCK 

56 

ST0P2: 

EQU 

OCH 

, 2 STOP  BITS 

57 

STOP  15 

EQU 

8 

,1.5  STOP  BITS 

58 

STOP  1 

EQU 

4 

; 1 STOP  BIT 

59 

EVEN 

EQU 

2 

, TVlrN  PARITY 

60 

PARITY 

EQU 

1 

, PARITY  ENABLE 

6i 

62 

DRTWR  5 

EQU 

5 

63 

DIR 

EQU 

80H 

, ACTIVATE  DTP 

64 

TX8 

EQU 

60H  * 

, rx  8 BITS 

65 

TX6 

EQU 

40H 

, T X 6 El TS 

•t‘6 

TX7 

EQU 

20H 

. rx  7 BITS 

67 

T X 5 

EQU 

0 

. TX  5 BITS 

68 

BREAK 

EQU 

10H 

, T X BREAK 

69 

1 XF.N 

EQU 

h 

, TX  ENABLE 

7 0 

RTS 

EQU 

Cm 

, ACTIVATE  RTS 

71 

*E 

72 
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TEST.  DART 


LOC 

OBJ  CODE  M 

STMT 

SOURCE  : 

STATEMENT 

ASM  5.  9 

73 

t t 

***  MAIN  PROGRAM  *** 

74 

OOOO 

75 

ORG 

0 

0000 

C32000 

76 

JP 

BEGIN 

; GO  MAIN  PROGRAM 

77 

78 

/ 

INTERRUPT  VECTORS 

79 

0010 

80 

ORG 

*.  AND.  OFFFOH.  OR. 

10H 

81 

INTVEC 

; 

82 

DRTVEC 

# 

0010 

7EOO 

83 

DEFW 

DBTBE 

0012 

9000 

84 

DEFW 

DBESC 

0014 

8A00 

85 

DEFW 

DBRCA 

0016 

A400 

86 

DEFW 

DBSRC 

0018 

B800 

87 

DEFW 

DATBE 

001 A 

D100 

88 

DEFW 

DAESC 

001C 

CBOO 

89 

DEFW 

DARCA 

00  IE 

E500 

90 

DEFW 

DASRC 

91 

92 

BEGIN- 

0020 

318320 

93 

LD 

SPi STAK 

; INIT  SP. 

0023 

ED5E 

94 

IM 

2 

i VECTOR  INTERRUPT  MODE 

0025 

3E00 

95 

LD 

A, INTVEC/256 

; UPPER  VECTOR  BYTE 

0027 

ED47 

96 

LD 

I,  A 

0029 

CD4800 

97 

CALL 

INIT 

; INIT  DEVICES 

002C 

210020 

98 

LD 

HL, BUFFER 

002F 

063E 

99 

LD 

B,  62 

100 

LOOP: 

0031 

78 

101 

L.D 

A,  B 

0032 

F640 

102 

OR 

40H 

0034 

77 

103 

LD 

<HL)>  A 

0035 

23 

104 

INC 

HL 

0036 

10F9 

105 

DJNZ 

LOOP 

0038 

360D 

106 

LD 

(HL) i 13 

; CR 

003A 

23 

107 

INC 

HL 

003B 

360A 

108 

LD 

( HL ) , 10 

; LF 

003 D 

210020 

109 

LD 

HL, BUFFER 

0040 

224120 

110 

LD 

( BUFPTR ) , HL 

0043 

CDB800 

1 1 1 
i i O 

CALL 

DATBE 

; WAKE  TX 

0046 

1 8FE 

X X c. 

113 

JR 

% 

i LOOP  FOREVER 

114 

115 

IN  IT 

116 

DRTINI 

• 

0048 

211001 

117 

LD 

HL, DRTTA 

; INIT  CH.  A 

004  B 

0E05 

118 

LD 

C, DRTCA 

004  D 

060A 

119 

LD 

B, DRTEA-DRTTA 

00 4 F 

EDB3 

120 

OTIR 

0051 

211  AO  1 

121 

LD 

HL, DRTTB 

; INIT  CH  B 

0054 

0E07 

122 

LD 

C, DRTCB 

0056 

060C 

123 

LD 

B, DRTEB-DRTTB 

0058 

EDB3 

124 

OTIR 

00  5 A 

AF 

125 

XOR 

A 

; CLEAR  FLAG  BYTE 

00 5 B 

324020 

126 

LD 

( DRTFLG ) , A 

127 

CIOINI 

00  5E 

DBOB 

128 

IN 

A,  (CIOCTL) 

i INSURE  STATE  0 

0060 

AF 

129 

XOR 

A 

; POINT  TO  REG  0 

0061 

D30B 

130 

OUT 

(CIOCTL),  A 

0063 

DBOB 

131 

IN 

A,  (CIOCTL) 

0065 

AF 

132 

XOR 

A 

0066 

D30B 

133 

OUT 

(CIOCTL),  A 

0068 

3C 

134 

INC 

A 

} WRITE  RESET 

0069 

D30B 

135 

OUT 

(CIOCTL), A 

006B 

AF 

136 

XOR 

A 

, ELSE,  CLEAR  RESET  COND 

006C 

D30B 

137 

OUT 

(CIOCTL), A 

006E 

3EFE 

138 

LD 

A, OFEH 

, (FUDGE  FOR  CIO  QUIRK) 

0070 

D30B 

139 

OUT 

(CIOCTL), A 

0072 

D30B 

140 

OUT 

(CIOCTL), A 

0074 

212601 

141 

LD 

HL, CLST 

, INIT  CIO 

0077 

0620 

142 

L.D 

B, CEND-CLST 

0079 

OEOB 

143 

LD 

C, CIOCTL 
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TEST.  DART 


LOG 

OBJ  CODE 

M STMT 

SOURCE 

STATEMENT 

ASM  5.  9 

007 B 

EDB3 

144 

OTIR 

007D 

C9 

145 

RET 

146 

•a-E 

147 

148 

/ # 

SUBROUTINES 

149 

150 

t 

SETUP  FOR  ASYNC  AS 

151 

/ 

9600  BAUD 

152 

/ 

2 STOP  BITS 

153 

# 

EVEN  PARITY 

154 

l 

7 BIT  CHARACTERS 

155 

156 

/ 

DRTFLO 

- X X 1 1 X 

X 1 1 

157 

l 

/ ! 

» ' 

158 

t 

ERROR  ASLEEP 

ERROR  ASLEEP 

159 

i 

CHANNEL  B 

CHANNEL  A 

160 

161 

DBTBE: 

007E 

CDF900 

162 

CALL 

SAVE 

, CH.  B TX  BUFFER  EMPTY 

0081 

3E00 

163 

LD 

A,  DRTWRO 

; POINT  TO  REG.  0 

0083 

D307 

164 

OUT 

( DRTCB ) # A 

0085 

3E28 

165 

LD 

A,  TBERES 

, RE- SET  TBE 

0087 

D307 

166 

OUT 

(DRTCB),  A 

0089 

C9 

167 

RET 

168 

169 

DBRCA: 

008A 

CDF900 

170 

CALL 

SAVE 

; CH.  B RX  CHAR  AVAIL. 

008D 

DB06 

171 

IN 

A,  ( DRTD3  ) 

; READ  DATA 

008F 

C9 

172 

RET 

173 

174 

DBESC  • 

0090 

CDF900 

175 

CALL 

SAVE 

; CH.  B EXTERNAL/STATUS 

0093 

3E00 

176 

LD 

A,  DRTWRO 

; POINT  TO  REG.  0 

0095 

D307 

177 

OUT 

(DRTCB), A 

0097 

3E1 0 

178 

LD 

A,  ESCRES 

, RESET  ESC 

0099 

D307 

179 

OUT 

(DRTCB),  A 

009B 

3A4020 

180 

LD 

A,  ( DRTFLG ) 

; UPDATE  FLAG 

009E 

CBE7 

181 

SET 

4,  A 

OOAO 

324020 

182 

LD 

(DRTFLG),  A 

00A3 

C9 

183 

RET 

184 

185 

DBSRC  • 

00A4 

CDF900 

186 

CALL 

SAVE 

, CH.  B SPECIAL  RX  COND 

00A7 

3E00 

187 

LD 

A,  DRTWRO 

00A9 

D307 

188 

OUT 

(DRTCB),  A 

OOAB 

3E30 

189 

LD 

A,  SRCRES 

, RESET  SRC 

OOAD 

D307 

190 

OUT 

(DRTCB),  A 

OOAF 

3A4020 

191 

LD 

A,  (DRTFLG) 

; UPDATE  FLAG 

00B2 

CBEF 

192 

SET 

5,  A 

00B4 

324020 

193 

LD 

(DRTFLG) , A 

00  B 7 

C9 

194 

RET 

195 

196 

DATBE- 

00B8 

CDF900 

197 

CALL 

SAVE 

; CH  A TX  BUFFER  EMPTY 

OOBB 

2A4120 

198 

LD 

HL,  ( 3UFPTR ) 

, GET  BUFFER  PTR 

OOBE 

46 

199 

LD 

B,  (HL) 

; GET  CHAR 

OOBF 

7D 

200 

LD 

A,  L 

,-  UPDATE  PTR. 

OOCO 

3C 

201 

INC 

A 

00C1 

E63F 

202 

AND 

3FH 

; 64  BYTE  WRAPAROUND 

00C3 

6F 

203 

LD 

L,  A 

00C4 

224120 

204 

LD 

( BUFPTR ) , HL 

00C7 

78 

205 

LD 

A,  B 

; OUTPUT  CHAR. 

OOC  8 

D304 

206 

OUT 

( DRTDA ) , A 

OOCA 

C9 

207 

RET 

208 

209 

DARCA: 

OOCB 

CDF900 

210 

CALL 

SAVE 

; CH.  A RX  CHAR  AVAIL. 

OOCE 

DB04 

21 1 

IN 

A, (DRTDA) 

OODO 

C9 

212 

RET 

213 

214 

DAESC . 

00D1 

CDF900 

215 

CALL 

SAVE 

; CH.  A EXTERNAL/STATUS 
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TEST.  DART 

LOG 

OBJ  CODE 

M STMT 

SOURCE  STATEMENT 

ASM  5.  9 

00D4 

3E00 

216 

LD 

A,  DRTWRO 

00D6 

D305 

217 

OUT 

< DRTCA) , A 

00D8 

3E10 

218 

LD 

A, ESCRES 

CODA 

D305 

219 

OUT 

(DRTCA), A 

OODC 

3A4020 

220 

LD 

A, ( DRTFLO ) 

OODF 

CBC7 

221 

SET 

0,  A 

OOE  i 

324020 

222 

LD 

(DRTFLO), A 

0GE4 

C9 

223 

RET 

224 

225 

DASRC ' 

OOE  5 

CDF900 

226 

CALL 

SAVE 

; CH.  B SPECIAL  RX  COND. 

00E8 

3E00 

227 

LD 

A, DRTWRO 

OOE  A 

D305 

228 

OUT 

(DRTCA),  A 

OOEC 

3E30 

229 

LD 

A, SRCRES 

OOEE 

D305 

230 

OUT 

(DRTCA),  A 

OOFO 

3A4020 

231 

LD 

A,  (DRTFL.G) 

00F3 

CBCF 

232 

SET 

1,  A 

OOFS 

324020 

233 

LD 

(DRTFLO), A 

OOFS 

C9 

234 

RET 

235 

236 

i MATHEWS 

SAVE  REGISTER  ROUTINE 

237 

238 

SAVE. 

OOF  9 

E3 

239 

EX 

(SP),  HL 

; SP  - HL 

OOFA 

D5 

240 

PUSH 

DE 

; DE 

OOFB 

C5 

241 

PUSH 

BC 

; BC 

OOF  C 

F5 

242 

PUSH 

AF 

, AF 

OOFD 

DDES 

243 

PUSH 

IX 

; IX 

OOFF 

FDE5 

244 

PUSH 

IY 

i IY 

0101 

CD0F01 

245 

CALL 

GO 

f PC 

0104 

FDE1 

246 

POP 

IY 

0106 

DDE1 

247 

POP 

IX 

0108 

FI 

248 

POP 

AF 

0 1 09 

Cl 

249 

POP 

BC 

0 1 OA 

D 1 

250 

POP 

DE 

0108 

Ei 

251 

POP 

HL 

010C 

FB 

252 

El 

010D 

ED4D 

253 

RET  I 

254 

255 

GO- 

01  OF 

E9 

256 

JP 

(HL) 

257 

-*E 

258 

259 

/ , CONSTANTS 

260 

261 

DFTTA 

OHO 

00 

262 

DEFB 

DRTWRO 

, CHAN.  RESET 

01  1 1 

1 o 

J.  LJ 

263 

DEFB 

CHRES 

0 1 1 2 

01 

264 

DEFB 

DRTWR1 

i CHAN.  CHARACS. 

Oils 

13 

265 

DEFB 

RX I AP+TX I+EXTI 

0114 

04 

266 

DEFB 

DRTWR4 

, MODE 

0115 

4F 

267 

DEFB 

X 1 6+ST0P2+EVEN+P AR I TY 

0116 

05 

268 

DEFB 

DRTWR5 

, TX  PARAMS. 

0117 

A A 

269 

DEFB 

DTR+TX7+TXEN+RTS 

0118 

03 

270 

DEFB 

DRTWR3 

; RX  PARAMS. 

0119 

41 

271 

DEFB 

RX7+RXEN 

272 

DR  TEA.  EGU 

$ 

273 

274 

DRTTB 

01  1A 

00 

275 

DEFB 

DRTWRO 

; CHAN.  RESET 

01  IB 

18 

276 

DEFB 

CHRES 

one 

01 

277 

DEFB 

DRTWR1 

i CHAN.  CHARACS. 

01  ID 

17 

278 

DEFB 

RX I AP+DRTSAV+TX I +EXT I 

01  IE 

02 

279 

DEFB 

DRTWR2 

, VECTOR  REG 

01  IF 

10 

280 

DEFB 

DRTVEC'.  AND.  255 

0120 

04 

281 

DEFB 

DRTWR4 

i MODE 

0121 

4F 

282 

DEFB 

X 1 6+ST0P2+EVEN+PAR I TY 

0122 

05 

233 

DEFB 

DRTWR5 

; TX  PARAMS. 

0123 

AA 

284 

DEFB 

DTR+TX7+TXEN+RTS 

0124 

03 

285 

DEFB 

DRTWR3 

; RX  PARAMS. 

0125 

41 

286 

DEFB 

RX7+RXEN 
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TEST  DART 


LOG 

□BJ  CODE  M 

STMT 

SOURCE 

STATEMENT 

ASM  5.  9 

287 

DRTEB 

EQU 

$ 

288 

239 

CLST- 

0 1 26 

28 

290 

DEFB 

28H 

i PORT  B MODE 

0127 

00 

291 

DEFB 

OOOOOOOOB 

0128 

2B 

292 

DEFB 

2BH 

; DATA  DIRECTION 

0129 

EE 

293 

DEFB 

1110111 OB 

012A 

06 

294 

DEFB 

6 

1) 

i 

" PORT  C 

012B 

OE 

295 

DEFB 

00001  HOB 

012C 

1C 

296 

DEFB 

1CH 

} CTl 

MODE 

0 1 2D 

C2 

297 

DEFB 

11 00001 OB 

012E 

ID 

298 

DEFB 

1DH 

> CT2 

MODE 

012F 

C2 

299 

DEFB 

11 00001 OB 

0130 

IE 

300 

DEFB 

1EH 

; CT3 

MODE 

0131 

C2 

301 

DEFB 

11 00001 OB 

0 1 32 

16 

302 

DEFB 

16H 

; CTl 

TC  MSB 

0133 

00 

303 

DEFB 

0 

0134 

1 7 

304 

DEFB 

17H 

i 

LSB 

0135 

06 

305 

DEFB 

CIOCNT 

0 1 36 

18 

306 

DEFB 

18H 

t Cl  2 

TC  MSB 

0137 

00 

307 

DEFB 

0 

0138 

19 

308 

DEFB 

19H 

j 

LSB 

0139 

06 

309 

DEFB 

CIOCNT 

013  A 

1A 

310 

DEFB 

1 AH 

; CT3 

TC  MSB 

013B 

00 

31  1 

DEFB 

0 

01  3C 

IB 

312 

DEFB 

1BH 

) 

LSB 

0 1 3D 

06 

313 

DEFB 

CIOCNT 

01  3E 

01 

314 

DEFB 

1 

i MASTER  CONFIG.  REG. 

013F 

FO 

315 

DEFB 

1111 OOOOB 

0140 

OA 

316 

DEFB 

10 

, CTl 

TRIGGER 

0141 

06 

317 

DEFB 

0000011 OB 

0142 

OB 

318 

DEFB 

11 

, CT  2 

TRIGGER 

0143 

06 

319 

DEFB 

000001 10B 

0144 

OC 

320 

DEFB 

12 

; CT  3 

TRIGGER 

0145 

06 

321 

DEFB 

0000011 OB 

322 

CEhO: 

EQU 

* 

323 

*£ 

324 

325 

/ / 

DATA  AREA 

326 

2000 

327 

ORG 

RAM 

2000 

328 

BUFFER 

: DEFS 

64 

2040 

329 

DR7FLG 

: DEFS 

1 

2041 

330 

BUFPTR 

DEFS 

2 

2043 

331 

DEFS 

64 

, STACK  AREA 

332 

3TAK : 

EQU 

$ 

333 

334 

END 
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Interfacing 
8500  Peripherals 
To  The  Z80 


Zilog 


Application  Brief 


December  1980 

INTRODUCTION  There  are  several  differences  between  the  ture  of  the  8500  series  peripherals  in  Z80 

8500  devices  and  the  Z80  family  peripheral  systems.  The  8500  peripherals  are  general- 

devices,  including  interrupt  handling,  reset  interface  versions  of  the  Z-BUS  counterparts 
to  the  device,  and  daisy-chain  control.  and  are  designed  to  interface  to  nonmulti- 

plexed  buses  (such  as  in  a Z80  system). 

This  application  brief  describes  the  hardware  instead  of  multiplexed  buses  (such  as  in  the 

interface  requirements  and  interrupt  struc-  Z8000). 


CPU  HARDWARE  The  hardware  interface  consists  of  three 

INTERFACING  basic  groups  of  signals:  the  data  bus, 

control  and  selection  lines,  and  the  inter- 
rupt control  lines.  Following  is  a table  of 
the  general  interface  signals  used  by  the 
CPU.  Additional  information  can  be  found  In 
the  peripherals1  separate  data  sheets. 

DATA  BUS 

DQ-Dy  Data  bus,  bidirectional,  3-state. 

This  bus  is  used  to  transfer  data 
between  the  CPU  and  the  peripheral 
device. 

CONTROL  SIGNALS 

AQ“An  Address  select  lines  (optional). 

These  lines  are  normally  used  to 
select  the  port  and/or  control 
registers. 

CE  Chip  Enable.  CE  should  be  gated 

with  I 0RQ  or  MREQ  to  prevent  spur- 
ious chip  selects  during  other 
machine  cycles. 


RD*  Read.  RD  activates  chip-read  cir- 

cuitry and  gates  data  from  chip  onto 
data  bus  (to  be  read  by  the  CPU). 

WR*  Write.  WR  is  used  to  strobe  data 

from  bus  into  chip. 

INTERRUPT  CONTROL 

INTACK  Interrupt  acknowledge  signal  from 

CPU.  This  replaces  the  Ml  and  I0RQ 
generated  by  the  Z80  CPU  for  inter- 
rupt acknowledge.  It  is  used  in 
conjunction  with  W to  gate  the 
interrupt  vector  onto  the  data  bus. 

I NT, I El  Interrupt  Request,  Interrupt  Enable 

IE0  Input  and  Interrupt  Enable  Output. 

These  lines  are  functionally  equiv- 
alent to  those  in  the  Z80  peripheral 
products.  I NT  is  open-drain,  active 
Low  output. 

*Chip  reset  is  accomplished  by  activating  RD 

and  WR  simultaneously. 


INTERRUPT 

OPERATION 


Understanding  the  8500  interrupt  operation 
requires  basic  operational  knowledge  of  the 
Interrupt  Pending  (IP)  and  Interrupt  Under 
Service  (IUS)  bits  in  relation  to  the  daisy 
chain.  IP  is  set  in  the  SI0  by  an  interrupt 
condition,  such  as  the  transmit  buffer  going 
empty,  and  is  used  with  IUS  to  control  the 
I NT  signal.  IP  is  not  set  while  the  CPU  is 
executing  an  interrupt  acknowledge  cycle. 
Thus, 

IP  = I NT  * VREAD 

The  IP  latch  is  cleared  either  by  a software 


command  to  the  device  or  by  an  implicit 
action  generated  by  the  interrupt  service 
routine.  The  implicit  action  may  be 
triggered  by  the  CPU  reading  or  writing  a 
register  in  the  device.  For  example,  on  a 
serial  receive  device  like  the  SI0,  IP  may  be 
reset  when  the  CPU  reads  the  character  from 
the  receive  buffer  that  caused  the  interrupt. 
This  removes  the  interrupt  condition,  allow- 
ing other  interrupts  to  occur. 

The  Interrupt  Under  Service  (IUS)  latch  is 
used  to  designate  the  interrupt  that  is 
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currently  being  serviced,  I US  Is  set  when 
the  device  receives  an  Interrupt  acknowledge 
from  the  CPU  while  IEI  Is  High  and  IP  is  set. 
If  IEI  Is  Low,  the  device  Is  prevented  from 
setting  the  I US  latch  and  thus  cannot  issue  a 
vector.  In  this  way,  the  daisy  chain  can 
establish  relative  priority  among  peripheral 
devices.  I US  is  cleared  on  the  8500  devices 
by  an  explicit  software  command. 

The  daisy  chain  used  in  the  Z80  peripherals 
is  referred  to  as  an  IP  and  I US  daisy  chain, 
because  the  IP  and  I US  bits  control  the  IE0 
pin  and  the  lower  portion  of  the  chain.  If 
IP  is  set,  IE0  can  be  Low  even  if  another 
peripheral  has  an  interrupt  under  service. 
When  the  CPU  executes  an  RETI  instruction 
(ED-4D  opcode),  the  peripheral  monitors  the 
bus  and  resets  I US.  When  the  CPU  reads  the 
"ED”  part  of  RETI,  peripherals  with  IP  set 
and  IEI  High  bring  IE0  High  momentarily.  This 
enables  the  device  in  the  chain  with  I US  set 
to  clear  its  I US  latch  when  the  M4DH  byte  is 
read  by  the  CPU.  (I US  for  a device  is  not 
cleared  unless  IEI  is  High  and  the  ”ED-4D" 
instruction  is  decoded.  This  allows  more 
than  one  device  to  have  I US  set  so  that 
nested  interrupts  can  be  implemented.) 

On  the  8500  series  devices,  IP  is  used  to 
control  the  daisy  chain  only  during  the 
interrupt  acknowledge  cycle.  Under  normal 


conditions,  only  I US  is  required  to  control 
the  state  of  the  I EO  pin.  Therefore,  the 
daisy  chain  used  in  8500  devices  is  referred 
to  as  an  I US  daisy  chain.  Since  IP  is  not  a 
part  of  the  daisy  chain,  there  is  no  "ED” 
decoding  pulling  IE0  High  when  IP  is  set.  To 
allow  more  control  over  the  daisy  chain,  the 
8500  devices  have  a MDi sable  Lower  Chain” 
(DLC)  software  command  that  unconditional ly 
brings  IE0  Low.  This  can  be  used  to  deacti- 
vate parts  of  the  daisy  chain  selectively, 
regardless  of  interrupt  status.  Figure  1 
shows  the  functions  of  IP  and  I US  and  the 
truth  tables  for  each. 

A unique  feature  of  the  8500  devices  is  the 
INTACK  pin.  This  pin  acknowledges  a CPU 
Interrupt  service  cycle  to  the  peripheral, 
allowing  the  peripheral  to  gate  its  vector 
onto  the  data  bus.  On  the  Z80  peripherals, 
interrupt  acknowledge  cycles  from  the  CPU 
consist  of  a special  Ml  cycle  where  I0RQ  is 
activated  Instead  of  MREQ.  This  limits  the 
control  of  devices  in  systems  using  a 
processor  other  than  the  Z80.  As  a result,  a 
simpler  implementation  has  been  devised, 
which  uses  additional  logic  to  accommodate  a 
wider  variety  of  processors.  Figure  2 shows 
a circuit  that  generates  INTACK  for  the  8500 
devices  In  addition  to  wait  states.  Figure  3 
shows  the  timing  for  I NTACK  and  wait  gener- 
ation. 


WAIT  FOR  CPU 
INTERRUPT  ACKNOWLEDGE 


a)  State  diagram  of  8500  devices  during  interrupt  cycle 

IEI  IP  IUS  IEO  IEI  IP  IUS  IEO 


b)  8500  device  during  idle  state 


c)  8500  device  during  INTACK  cycle. 

Figure  1.  8500  Device  Interrupt-Processing  Sequence 


Figure  2.  INTACK  and  WAIT  Generation  for  8500  Peripherals 
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SOFTWARE 

CONSIDERATIONS 


Figure  3.  Timing  for  8500  Peripherals  During  Interrupt  Acknowledge  Without  Z80  Peripheral  Logic 


On  long  daisy  chains,  wait  states  may  be 
necessary  to  allow  the  I El  and  IE0  lines  time 

to  stabilize,  thus  avoiding  conflict  between 
devices  and  preventing  I US  or  IP  from  chang- 
ing erroneously*  Because  of  the  IP  and  I US 
configurations,  the  daisy  chain  used  in  Z80 
peripherals  needs  to  stablilize  during  the 
interrupt  acknowledge  and  RET  I operations* 


However,  on  the  8500  devices,  the  daisy  chain 
is  I US  and  wait  states  are  generated  for  the 
I NTACK  cycle  only,  not  for  the  return  cycle. 
(There  is  no  "ED-4D"  decode*)  As  a result, 
hardware  interfacing  is  greatly  simplified 
and  timing  is  less  complicated  than  on  the 
Z80  peripherals. 


There  are  several  options  available  for 
servicing  interrupts  on  the  8500  devices. 
Since  the  vector  register  (or  IP  register) 
can  be  read  at  any  time,  the  software  can 
emulate  the  Z80  CPU  interrupt  response 
easily.  The  interrupt  vector  reflects  the 
interrupt  status  condition,  even  if  the 


peripheral  is  programmed  to  return  a vector 
that  does  not  reflect  the  status  change  (SAV 
or  VIS  not  set).  This  allows  a simple  soft- 
ware routine  to  emulate  the  Z80  vector 
response  operation,  as  shown  in  the  code  of 
Figure  4. 


AP.8500.1 

Loc.  ObJ  Coda  M.  Stmt  Sourc.  Statement 


12 

*E 

13 

14 

P 

This  routine  emulates  the  Z80  vector  Interrupt 

15 

P 

operation  by  reading  the  device  Interrupt  vector. 

16 

P 

form  1 nc 

an  address 

from  a vector  table,  and  exe- 

17 

P 

cutlng 

an  Indirect  jump  to  the  interrupt  service 

18 

IQ 

P 

routine. 

0000 

3E00 

17 

20 

INDX: 

ID 

A.CIVREG 

j CURRENT  INT.  VECTOR  REG 

0002 

03  E0 

21 

OUT 

(CTRL), A 

; WRITE  REG.  PTR. 

0004 

DBE0 

22 

IN 

A, (CTRL) 

;READ  VECTOR  REG. 

0006 

3C 

23 

INC 

A 

; VALID  VECTOR? 

0007 

C8 

24 

RET 

Z 

jNO  INTERRUPT  - RETURN 

0008 

E60E 

25 

AND 

00001 11 0B 

;MASK  OTHER  BITS 

000A 

5F 

26 

LD 

E,A 

;F0RM  INDEX  VALUE 

000B 

1600 

27 

LD 

D,0 

000D 

211600  R 28 

LD 

HL,  VECTAB 

;ADD  VECTOR  TABLE  ADDR 

0010 

19 

29 

ADD 

HL,DE 

0011 

7E 

30 

LD 

A,  (HL) 

;GET  LOW  BYTE 

0012 

23 

31 

INC 

HL 

0013 

66 

32 

LD 

H,(HL) 

;GET  HIGH  BYTE 

0014 

6F 

33 

LD 

L,A 

;PUT  ROUTINE  ADDR  IN  *HL 

0015 

E9 

34 

JP 

(HL) 

;G0  TO  ROUTINE  ! 

35 

36 

VECTAB: 

0016 

0010 

37 

DEFVI 

INTI 

0018 

0011 

38 

DEFW 

INT2 

001A 

0012 

39 

DEFW 

INT3 

001 C 

0013 

40 

DEFW 

INT4 

001E 

0014 

41 

DEFW 

INT5 

0020 

0015 

42 

DEFW 

INT6 

0022 

0016 

43 

DEFW 

INT7 

0024 

0017 

44 

DEFW 

INT8 

Figure  4. 

Z80  Vector  Interrupt  Response  Emulation  by  Software 
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Because  the  8500  devices  have  considerable  not  generated  to  the  CPU  and  the  device 

program  flexibility,  a Master  Interrupt  ignores  any  interrupt  response  from  the  CPU* 

Enable  (MIE  or  IE)  bit  in  the  control  This  is  used  as  a global  enable  and  simpli- 

register  determines  the  device  response  to  fies  the  programming  of  i nterrupts  so  that 

the  CPU*  If  MIE  is  not  set,  interrupts  are  they  can  be  easily  changed  on  the  fly. 

A SIMPLE  The  8500  devices  interface  easily  to  the  Z80 

Z80  SYSTEM  CPU,  providing  a system  of  considerable 

flexibility*  Figure  5 illustrates  a simple 
system  using  the  Z80  CPU  and  a Z8536  CIO  In  a 

non  interrupt  environment*  Since  INTACK  is 
not  used,  it  is  tied  High  and  no  additional 
logic  is  needed*  Because  the  CIO  can  be  used 
in  a polled  interrupt  system,  the  INT  pin  is 
connected  to  the  CPU.  The  Z80  should  not  be 
programmed  for  Interrupt  Mode  2,  because  the 
vector  from  the  CIO  is  never  sent  to  the  CPU* 

Instead,  the  CPU  can  be  set  for  Interrupt 
Mode  1,  and  a global  interrupt  routine  that 
reads  the  vector  register  from  the  CIO  can 
determine  which  routine  to  go  to  when  an 
interrupt  occurs,  as  previously  illustrated 
in  Figure  4* 


A Z80  system  using  a combination  of  Z80  of  the  chain  in  order  to  minimize  propagation 

family  peripherals  and  8500-type  peripherals  delays  during  the  "ED-AD"  decoding.  The  8500 

is  easily  constructed,  as  shown  in  Figure  6.  devices  do  not  decode  the  "ED”  during  an 
There  is  no  placement  restriction  on  the  8500  opcode  fetch  cycle,  so  IE0  will  not  change 
devices  within  the  daisy  chain,  but  it  is  state  during  this  time, 

recommended  that  they  be  near  the  beginning 


NOTE.  Z80  DMA  uses  the  WR  line  also. 


Figure  6.  A Z80  System  Using  8500  Devices  ond  Z80  Peripherals 


Z80 

PERIPHERALS 
WITH  8500 
PERIPHERALS 


+ 5 V 


Figure  5.  Non-Interrupt  CPU  Interface 


Figure  7 is  a diagram  of  the  logic  repre- 
sented by  the  WAIT  and  INTACK  logic  box  in 
Figure  6.  The  WAIT^signal  is  OR-wired  to  the 
output  of  each  peripheral  device  (if  used). 
The  RD  and  WR  signals  only  go  to  the  8500 


device.  The  Z80  peripherals  are  wired  to  the 
Z80  as  usual.  The  timing  for  the  INTACK  and 
WAIT  generation  logic  is  illustrated  in 
Figure  8. 
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Figure  8.  Timing  for  8500  and  Z80  Peripherals  During  Interrupt  Acknowledge 
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Serial  Clock  Generation 
Using  the  Z8536  CIO 


?ilo9  Application  Brief 


February  1981 

INTRODUCTION  When  an  external  clock  is  not  provided  in  a tiplexor  project  that  used  a Z80  SIO  and  a 

Z80-based  system,  it  is  often  necessary  to  Z80  DART, 

generate  a bit-rate  clock  for  serial  devices. 

The  most  efficient  way  to  accomplish  this  is  This  application  brief  describes  the  use  of 
to  use  a programmable  counter  that  can  change  the  Z8536  CIO  device  in  a Z80-based  system 
the  bit-rate  clock  under  CPU  control.  In  for  generating  the  bit-rate  clocks  for  asyn- 

this  example,  the  Z8536  Counter/Timer  I/O  chronous  communications.  The  Z8536  CIO  con- 

device  (CIO)  was  chosen  to  generate  the  bit-  tains  the  circuitry  necessary  to  generate  the 

rate  clocks  for  a Z80-based  statistical  mul-  clock  pulses  required  by  asynchronous  com- 

munication devices. 


HARDWARE 


The  Z8536  CIO  is  housed  in  a 40-pin  package 
and  contains  both  system  bus  interface  and 
I/O  port  connections.  The  three  16-bit  coun- 
ters can  be  programmed  to  output  a pulse, 
square  wave,  or  one-shot  waveform  on  the 
timer*s  corresponding  output  pin.  Three  bits 
of  the  output  ports  (two  from  Port  B and  one 
from  Port  C)  are  used  as  the  counter /t imer 
outputs  and  provide  the  bit-rate  pulses  used 
in  this  app I icat ion. 

Interfacing  the  CIO  to  the  Z80  CPU  requires 
eight  bidirectional  data  lines  and  five  con- 
trol lines.  The  data  lines  are  used  to 
transfer  register  address  and  data  to  or  from 
the  CIO  via  the  RD,  WR,  CE,  and  address  con- 
trol lines.  Two  address  lines  (Aq  and  A^) 
select  the  port  the  CPU  is  accessing.  Table 
1 shows  the  port  selected  by  the  address 
bits. 


Table  1*  Port  Addressing  for  the  CIO 


Address  Line 

Ai 

Ao 

Port  C 

0 

0 

Port  B 

0 

1 

Port  A 

1 

0 

CTRL 

1 

1 

CIO  is  placed  in  a reset  state  and  remains 
there  until  cleared  by  the  program.  Reset  can 
also  be  initiated  by  issuing  a command  to 
Register  0 with  bit  0 set  or  by  a hardware 
condition  (RD  and  WB  simultaneously  active). 
The  reset  state  is  described  in  detail  in  the 
programming  section.  Once  the  reset  state  is 
cleared,  the  CIO  is  placed  in  state  0,  in 
which  the  control  registers  can  be  accessed 
by  writing  a Register  Pointer  to  the  CIO 
control  port.  This  places  the  CIO  in  state 
1,  after  which  the  next  CPU  access  (read  or 
write  register  data)  causes  the  CIO  to  revert 
to  state  0,  The  last  register  addressed  may 
be  accessed  simply  by  reading  the  CIO  control 
port.  It  should  be  noted  that  the  Register 
Pointer  can  be  written  only  while  in  state  0. 
Also,  data  can  be  written  to  a control  reg- 
ister only  after  a Register  Pointer  has  been 
written.  Figure  1 shows  the  state  diagram 
for  the  CIO. 


(BIT  0 = 1) 


The  control  port  (CTRL)  is  used  for  control 
register  selection  and  parameter  transfer. 

To  select  a particular  register,  a Register 
Pointer  is  written  to  the  CTRL  port  and  the 
data  is  written  into  or  read  from  the 
register. 

The  CIO  contains  a state  machine  that  con- 
trols the  CPU  interface.  Upon  power-up,  the 


Figure  1,  State  Diagram  for  Z8536  CIO 

The  RD  and  WR  control  lines  determine  the 
data  path  direction  into  or  out  of  the  CIO. 
When  activated  simultaneously,  they  also 
perform  the  devicefs  reset  function.  Figure 
2 illustrates  how  the  reset  function  can  be 
implemented  using  external  circuitry. 
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PROGRAMMING 


Since  interrupts  are  not  used  in  this  appli- 
cation, INTACK  is  tied  High  to  prevent 
spurious  interrupt  operation  of  the  CIO  due 
to  noise. 


Each  counter/timer  uses  one  or  more  bits  on 
one  of  the  parallel  ports  to  provide  for 
counter  input  and  counter/t imer  output.  Table 
2 shows  which  output  port  bits  correspond  to 
particular  counter/timer  inputs  and  outputs. 

The  outputs  of  the  counter/t imer s (PB4,  PBO, 
and  PCO)  are  fed  to  the  rest  of  the  circuitry 
to  supply  the  serial  clock  pulses. 


READ 


WRITE 


TO 

> Z8536 
CIO 


Figure  2.  RESET  Interface  to  the  Z8536 


Table  2.  Counter A Imer 
External  Interface  Bits 


Function 

C/T1 

C/T2 

C/T3 

CA  Output 

PB4* 

PBO 

PCO 

Counter  Input 

PB5 

PB1 

PCI 

Trigger  Input 

PB6 

PB2 

PC2 

Gate  Input 

PB7 

PB3 

PC3 

*PB4  = Port  B,  bit  4 


The  last  hardware  consideration  involves  the 
clock  input,  PCLK.  Since  the  Z8536  does  not 
need  to  be  synchronized  with  the  CPU  clock, 
PCLK  can  come  from  any  source  so  long  as  it 
meets  the  timing  and  interface  requirements. 
In  fact,  PCLK  can  come  from  a source  external 
to  the  system  if  desired.  Once  inside  the 
device,  PCLK  is  divided  by  two  before  it  is 
sent  to  the  counter/timer  circuits.  There 
is  no  other  prescaling  done  and  the  resulting 
clock  is  fed  to  the  16-bit  counters. 


Once  the  hardware  has  been  defined,  the  func- 
tional operation  and  configuration  of  the 
Z8536  are  determined  entirely  by  the  software 
programming.  Several  considerations  concern- 
ing initialization  must  be  made  when  using 
the  CIO.  When  the  device  receives  a reset 
from  either  hardware  or  a software  command, 
the  reset  state  must  be  removed  before  any 
data  can  be  written  to  the  CIO.  To  clear  the 
reset  state,  the  user  writes  to  register  0 
with  bit  0 cleared.  Once  the  interna!  reset 
latch  is  cleared,  the  programmer  can  initial- 
ize the  CIO  and  begin  normal  operations.  The 
program  listed  in  the  appendix  shows  a reset 
sequence  that  brings  the  CIO  to  state  0 even 
if  the  previous  state  is  undefined. 

The  configuration  of  the  CIO  defines  the 
general  operating  characteristics  of  the 
device  with  respect  to  its  internal  func- 
tions. The  Port  Mode  Specification  register 
sets  to  output  those  bits  in  Port  B that  are 
used  for  the  counter/timer  outputs.  In  this 
example,  Bit  mode  is  used  on  Ports  B and  C to 
output  the  counter/timer  pulses. 

The  Counter/Timer  mode,  time  constant  values, 
and  trigger  commands  are  the  last  parameters 
to  be  set.  Finally,  the  Master  Configuration 
Control  register  is  set  to  enable  Port  B,  all 
the  counter/t imers,  and  Port  C (Port  C is 
enabled  along  with  the  counter/timers).  The 
Counter A imer  mode  is  programmed  for  contin- 
uous cycle  square  wave  with  external  output 
enabled.  The  square-wave  cycle  time  is  two 
times  the  programmed  time  constant,  which 
must  be  taken  into  account  when  programming 
time  constant  values.  The  downcounters  in 
the  CIO  are  16-bit  counters  that  are  decre- 
mented by  one  for  each  internal  clock  cycle. 
The  internal  clock  cycle  is  the  PCLK  cycle 
divided  by  two,  so  the  time  constant  value  is 
determined  by  the  following  formula: 


Time  Constant=  PCLK  / (4  * Output  Frequency) 

PCLK  is  divided  by  four  in  the  formula  be- 
cause it  is  divided  by  two  inside  the  CIO 
before  being  fed  into  the  downcounter  and  by 
two  again  because  a square  wave  cycle  is  two 
times  the  time  constant  value.  Substituting 
the  baud  rate  and  a multiplier  of  16  for  the 
output  frequency,  the  formula  reduces  to  a 
simple  time  constant  formula. 

TC  = PCLK  / (4  * 16  * Baud  Rate) 

With  a 3.6864  MHz  PCLK  input  and  a desired 
9600  baud  rate,  the  formula  simplifies  to: 

TC  = 3,686,400  / (4  * 16  * 9600) 

= 57600  / 9600 
= 6 

Other  16X  baud  rates  may  be  generated  by 
using  the  above  formula  in  a general  form. 

TC  = 57600  / Baud  Rate 

The  user  must  exercise  caution  when  choosing 
values  for  the  PCLK  and  baud  rates  since  they 
must  result  in  nearly  integral  time  constant 
values.  For  example,  a 2.4576  MHz  clock 
input  with  9600  baud  and  a 16X  clock  output 
give  a time  constant  value  of  4.  Greater 
flexibility  is  available  for  selecting  time 
constant  values  because  the  SI0  does  not 
require  a square  wave  input  when  programmed 
for  16X,  32X,  or  64X  clock  inputs.  Pulses 
may  be  used  with  the  SIO  provided  the  user 
adheres  to  the  SiO  timing  requirements. 

The  last  operation  performed  on  the  CIO  is  a 
trigger  command  to  "kick  it  off.”  This  also 
includes  setting  the  gate  command  bit  in  the 
Counter A imer  Command  and  Status  registers, 
which  allows  the  clock  pulses  to  toggle  the 
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downcoun+er.  The  trigger  command  bit  loads  an  the  downcounter  after  It  reaches  zero  (term- 

Initial  value  into  the  downcounter  and  begins  inal)  count.  At  this  time,  the  CIO  is  fin- 

operation  of  the  counter/timer  circuitry,  ished  being  programmed  and  the  user  has 

Once  triggered,  the  counter/timer  runs  con-  three  clean  square  waveforms  at  the  output 

tinuously,  performing  automatic  reloads  to  pins. 


CONCLUSION 


APPENDIX 


The  designer  should  find  the  Z8536  CIO  a 
versatile  and  cost-effective  component  to 
satisfy  his  or  her  system  needs.  Coupled 
with  other  Zilog  components,  the  Z8536  archi- 
tecture enhances  the  performance  of  any  Z80 
system  by  providing  the  essential  timing,  I/O 
functions,  and  interrupt  control  functions 
necessary  for  efficient  system  operation. 


Following  Is  a listing  of  a test  program 
written  for  the  Z80  CPU.  This  program  simply 
Initializes  the  CIO  and  then  looj)S  until 

TEST.  CIO 

LOC  OBJ  CODE  M STMT  SOURCE  STATEMENT 


The  Z8536  CIO  was  chosen  after  considering 
device  count,  performance,  and  ease  of  use. 
Alternatives  to  the  CIO  include  discrete 
(TTL)  hardware  counters  and  gates,  external 
clock  sources,  or  the  Z80  CTC.  These  methods 
are  generally  too  parts- I ntensl ve,  and  power 
consumption  is  therefore  higher.  For  appli- 
cations where  two  8-bit  ports  and  three 
counter/timers  are  needed,  the  CIO  proves  to 
be  the  ideal  component. 

stopped,  with  the  CIO  continuously  providing 
pulses.  All  three  counter/timers  are  used  to 
generate  square  waves  corresponding  to  a 16X 
9600  baud  clock. 

ASM  5.  9 


1 ; CIO  TEST  PROGRAM 

2 ;C1]  01-07-81/MDP  INITIAL  CREATION 

3 

4 ; THIS  PROGRAM  INITIALIZES  THE  THREE  COUNTER 

5 ; TIMERS  IN  THE  Z8536  CIO  TO  GENERATE  SQUARE 

6 ; WAVES,  THEN  LOOPS  FOREVER. 

7 


8 ; PROGRAM  EQUATES 

9 


10 

C IOC: 

EQU 

8 

1 1 

CIOB: 

EQU 

CIOC+1 

12 

C IOA: 

EQU 

CIOC+2 

13 

CIOCTL: 

EQU 

CIOC+3 

14 

BAUD: 

EQU 

9600 

15 

RATE: 

EQU 

BAUD/ 100 

16 

CIOCNT: 

EQU 

576/RATE 

17 

RAM 

EQU 

2000H 

18 

RAMSIZ 

EQU 

1000H 

19 

*E 

20 

21 

# 

*** 

MAIN  PROGRAM  *** 

22 

0000 

23 

ORG 

0 

24 

BEGIN: 

0000 

314020 

25 

LD 

SP,  STAK 

0003 

CD0800 

26 

CALL 

INIT 

27 

0006 

18FE 

28 

JR 

% 

29 

30 

INIT: 

31 

CIOINI: 

0008 

DBOB 

32 

IN 

A,  (CIOCTL) 

OOOA 

3E00 

33 

LD 

A,  0 

OOOC 

D30B 

34 

OUT 

(CIOCTL),  A 

OOOE 

DBOB 

35 

IN 

A, (CIOCTL) 

0010 

3E00 

36 

LD 

A,  0 

0012 

D30B 

37 

OUT 

(CIOCTL),  A 

0014 

3E01 

38 

LD 

A,  1 

0016 

D30B 

39 

OUT 

(CIOCTL),  A 

0018 

3E00 

40 

LD 

A,  0 

001 A 

D30B 

41 

OUT 

(CIOCTL),  A 

001C 

212600 

42 

LD 

HL, CLST 

00  IF 

0620 

43 

LD 

B, CEND-CLST 

0021 

OEOB 

44 

LD 

C,  CIOCTL 

0023 

EDB3 

45 

OTIR 

0025 

C9 

46 

RET 

47 

*E 

48 

; CIO  PORT  C 
; CIO  PORT  B 
; CIO  PORT  A 
» CIO  CTRL  PORT 
; ASYNC  BAUD  RATE 


iRAM  START  ADDR 
;RAM  SIZE 


; INIT  SP. 

; INIT  DEVICES 

i LOOP  FOREVER 


i INSURE  STATE  0 

;REG  O OR  RESET 

; WRITE  PTR  OR  CLEAR  RESET 

i STATE  O 

; REG  O 

i WRITE  PTR 

i WRITE  RESET 

; CLEAR  RESET 

i INIT  CIO 
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ASM  5.  9 


TEST.  CIO 

LOC  OBJ  CODE  M STMT  SOURCE  STATEMENT 


49 

I # 

CONSTANTS 

50 

51 

CLST : 

0026 

28 

52 

DEFB 

28H 

0027 

00 

53 

DEFB 

OOOOOOOOB 

0028 

2B 

54 

DEFB 

2BH 

0029 

EE 

55 

DEFB 

1110111 OB 

002A 

06 

56 

DEFB 

06H 

002B 

FE 

57 

DEFB 

1111111 OB 

002C 

1C 

58 

DEFB 

1CH 

002D 

C2 

59 

DEFB 

11 00001 OB 

002E 

ID 

60 

DEFB 

1DH 

002F 

C2 

61 

DEFB 

11 00001 OB 

0030 

IE 

62 

DEFB 

1EH 

0031 

C2 

63 

DEFB 

11 00001 OB 

0032 

16 

64 

DEFB 

16H 

0033 

00 

65 

DEFB 

0 

0034 

17 

66 

DEFB 

17H 

0035 

06 

67 

DEFB 

CIOCNT 

0036 

18 

68 

DEFB 

18H 

0037 

00 

69 

DEFB 

0 

0038 

19 

70 

DEFB 

19H 

0039 

06 

71 

DEFB 

CIOCNT 

003A 

1A 

72 

DEFB 

1AH 

003B 

00 

73 

DEFB 

0 

003C 

IB 

74 

DEFB 

1BH 

003D 

06 

75 

DEFB 

CIOCNT 

003E 

01 

76 

DEFB 

1 

003F 

FO 

77 

DEFB 

111 10000B 

0040 

OA 

78 

DEFB 

OAH 

0041 

06 

79 

DEFB 

0000011 OB 

0042 

OB 

80 

DEFB 

OBH 

0043 

06 

81 

DEFB 

0000011 OB 

0044 

OC 

82 

DEFB 

OCH 

0045 

06 

83 

DEFB 

0000011 OB 

84 

CEN): 

EGU 

$ 

85 

86 

1 f 

DATA 

AREA 

87 

2000 

88 

ORG 

RAM 

2000 

89 

DEFS 

64 

90 

STAK: 

EQU 

$ 

91 

92 

END 
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i PORT  B MODE 
; PORT  B DIRECTION 
> PORT  C DIRECTION 
i Cl  1 MODE 
; CT2  MODE 
; CT3  MODE 
;CT1  TC  MSB 
; LSB 

; CT2  TC  MSB 
; LSB 

; CT3  TC  MSB 
; LSB 

i MASTER  CONFIG.  REG. 
iCTl  TRIGGER 
; CT2  TRIGGER 
i CT3  TRIGGER 


; STACK  AREA 
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Timing  in  an  Interrupt-Based 
System  with  the  Z80®CTC 


Zilo9  Application  Note 


INTRODUCTION  In  many  computer  systems,  an  accurate  time 

base  is  needed  so  that  critically  timed 
events  do  not  go  awry.  Use  of  a counter  or 
timer  to  monitor  time-dependent  activities  is 
essential  in  such  systems.  In  an  interrupt- 
driven  system,  the  Z80  CTC  can  provide 
regular  program  time  intervals.  Single-event 


HARDWARE  In  the  example  used  here,  the  hardware  con- 

CONFIGURATION  s I si's  of  a Z8  0 CPU  with  4K  bytes  of  RAM,  4K 

bytes  of  ROM,  a Z80A  SIO,  and  a Z80A  CTC. 
There  are  two  external  inputs  to  the  CTC:  one 
is  derived  from  the  ac  power  line  to  provide 


March  1981 


counts  or  single-event  time  delays  can  also 
be  implemented  under  program  control.  This 
application  note  describes  both  continuous 
t ime- i nterval  operations  and  single- interval 
count  operations  using  the  Z8  0 CTC  in  a Z8  0 
system. 


60Hz  pulses;  the  other  is  connected  to  a 
transmit  clock  line  on  the  SIO.  One  of  the 
counter/t imer  outputs  is  connected  to  the  SIO 
transmit  and  receive  clock  input,  as  shown  in 
Figure  1. 


Figure  1«  Z80A  System  Block  Diagram 
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The  280  CTC  Is  designed  for  easy  Interface  to 
the  Z80  CPU.  An  8-bit  bidirectional  data  bus 
is  used  to  transfer  Information  between  the 
CTC  and  CPU.  The  control  lines,  RD,  I0RQ,  Ml, 
and  CE,  determine  what  data  i s being  trans- 
ferred and  when.  Ml  and  F5RQ  are  used  during 
the  interrupt  acknowledge  cycle  to  allow  the 
CTC  to  present  Its  8-bit  interrupt  vector  to 
the  CPU.  I0RQ  is  also  used  in  conjunction 
with  (Te  to  enable  transfers  between  the  CTC 
and  the  CPU.  RD  is  used  to  control  the 
direction  of  data  flow  between  the  CTC  and 
the  CPU.  The  channel  select  lines  (CSq  and 
CSj)  are  connected  to  the  lowest  two  bits  of 
the  address  bus  and  are  used  to  access  one  of 
the  four  counter/timer  channels.  Table  1 
shows  the  relationships  between  the  CS  pins 
and  the  counter/timer  channels. 


Table  1«  Channel  Select  Values 


cs1 

CSq 

CA  Channel 

0 

0 

Channel  0 

0 

1 

Channel  1 

1 

0 

Channel  2 

1 

1 

Cnannei  3 

The  CTC  system  clock  input  requirements  are 
similar  to  those  of  the  Z80  CPU.  For  both, 
the  system  clock  input  Low  level  should  be  no 
greater  then  0.45  V,  the  High  level  should  be 
no  less  than  V(?c-0.6  V,  and  the  clock  rise 
and  fall  times  should  be  less  than  30  ns.  A 
clock-driver  device  that  meets  these  require- 
ments, such  as  the  HH-3006-A^,  works  well 


with  the  CtC.  Several  devices  can  be  con- 
nected to  the  driver,  but  the  user  should  be 
careful  not  to  overload  the  driver.  The  capa- 
citance of  the  clock  input  to  the  CTC  (20  pF) 
should  be  noted  as  this  may  affect  the  system 
clock  rise  and  fa  I I times. 

Interrupt  control  logic  within  the  CTC  is 
used  to  initiate  interrupts  and  to  control 
the  interrupt  acknowledge  cycle  generated  by 
the  CPU.  An  interrupt  is  generated  by  the  CTC 
when  one  of  the  counter/timer  down  counters 
reaches  terminal  count  (0)  and  IE  I Is  High. 
IEI  and  IE0  allow  the  CTC  to  operate  within 
the  Z80  interrupt  daisy  chain  and  to  connect 
to  the  next  h i gher-pr  i or  i ty  and  next 
lower-pr iority  devices  in  the  chain,  respec- 
tively. If  there  is  no  h I gher-pr i or i ty  de- 
vice, IEI  is  tied  to  +5  V. 

The  CTC  internally  prioritizes  each  counter/ 
timer  with  respect  to  interrupt  generation. 
This  maximizes  performance  by  resolving  con- 
tention between  channels  should  two  or  more 
interrupt  conditions  occur  simultaneously. 
Table  2 shows  the  relative  priority  levels  of 
each  counter/t imer  within  the  CTC. 

Table  2.  CTC  Channel  Interrupt  Priority 


Priority 

Channel 

Highest 

0 

1 

2 

Lowest 

3 

CTC  MODES  There  are  two  basic  modes  under  which  the  CTC  i sties  that  enable  the  CTC  to  be  used  In  a 

can  operate:  Timer  mode  and  Counter  mode.  wide  variety  of  applications. 

Each  mode  has  certain  programmable  character- 


TIMER  MODE 


A typical  use  of  the  CTC  in  Timer  mode  is  to 
provide  regular,  fixed- interval  interrupts  to 
the  CPU  used  as  a time-base  reference  to 
allocate  the  processor  resources  efficiently. 
For  example,  a multitasking  system  might  have 
the  processor  execute  a task  for  a given 
length  of  time  and  then  interrupt  execution 
of  the  program  at  one-second  intervals  to 
scan  the  task  queue  for  h igher-pr i or i ty 
tasks.  This  system  time  interval  can  be  pro- 
vided by  the  CTC  in  Timer  mode.  In  Timer 
mode,  the  CTC  downcounter  is  decremented  by 
the  output  of  the  prescaler,  which  is  toggled 
by  the  system  clock  input.  The  prescaler  has 
a programmable  value  of  16  or  256,  depending 
on  the  condition  of  bit  5 in  the  channel 
control  word  (CCW).  Thus,  with  a 4 MHz  system 
clock  fed  into  the  CTC,  a timer  resolution  of 
4«.s  (prescaler  count  of  16)  or  64/ts  (count  of 
256)  is  possible. 

In  the  example  shown,  the  interrupt  interval 
is  set  to  8.33  ms,  which  is  provided  by  the 
CTC  with  a 3.6864  MHz  input  clock,  256  pre- 
scaler value,  and  a time  constant  value  of 
120.  The  CTC  interrupt  service  routine  uses  a 
software  count  of  120  to  maintain  a one- 
second  system  time  interval.  Each  time  the 
service  routine  is  executed,  the  software 
count  is  decremented  by  1.  When  the  count 
reaches  0,  a flag  is  set  and  the  program 
pursues  an  appropriate  course  of  action. 
Figure  2 shows  the  initialization  and  inter- 
rupt service  routine  coding  for  a CTC  channel 
using  the  Timer  mode. 


Another  use  of  CTC  Timer  mode  operation  is  to 
implement  a nonretr  iggerabl  e one-shot  using 
external  circuitry.  The  digital  approach  to 
the  one-shot  provides  a programmable  time 
delay  under  CPU  control  and  provides  greater 
noise  immunity  than  the  more  common  analog 
delay  circuits  provide.  Figure  3 shows  a 
circuit  that  uses  part  of  a 74LS02  package  In 
addition  to  one  CTC  channel. 


The  trigger  waveform  should  be  positive-going 
and  should  meet  the  CTC  setup  time  for  the 
CLK/TRIG  input.  Also,  the  trigger  High  level 
time  should  be  less  than  the  CTC  delay  time 
in  order  to  prevent  the  two  74LS02s  from 
latching  in  the  triggered  state.  An  addi- 
tional gate  can  be  added  to  initialize  the 
7 4LS02  flip-flop  to  a defined  state  when  the 
system  is  reset  or  else  the  software  can 
pulse  the  timer  output  to  set  the  flip-flop, 
as  is  done  In  this  case.  A third  use  of  the 
Timer  mode  is  to  provide  a bit  rate  clock  for 
a serial  transceiver  device,  such  as  the  Z80 
SI0.  The  SI0  can  accept  a lx,  16x,  32x,  or 
64x  bit  rate  clock  input  from  an  external 
source,  and  with  a 16x,  32x,  or  64x  multi- 
plier, the  SI0  can  accept  a pulse  waveform 
input  for  the  bit  rate  clocks,  as  long  as  the 
pulses  meet  the  rise,  fall,  and  hold  time 
requirements  of  the  SI0.  The  CTC  meets  these 
requirements  and  can  be  connected  directly  to 
the  SIO  to  provide  the  necessary  bit  rate 
clocks.  Figure  4 shows  the  code  needed  to 
generate  a bit  rate  clock  for  the  SIO. 


^A  clock  driver  by  Hybrid  House,  1615  Remuda  La.,  San  Jose,  CA  95112. 
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With  a lx  bit  rat©  ciock  programmed  into  the  value  should  be  set  to  half  the  baud  rate 

SIO,  a square-wave  input  must  be  supplied,  value,  since  the  CTC  output  is  divided  in 

This  can  be  done  by  adding  a flip-flop  be-  half  by  the  flip-flop, 

tween  the  CTC  and  the  SIO,  The  time  constant 


a)  Main  Program  b)  Interrupt  Service  Routine 

Figure  2«  Software  for  CTC  Timer  Mode  Operation 


Figure  3.  Monostable  Multivibrator  Using  the  Z80  CTC 
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TEST  CTCO 

L GC 

OBJ  CODE 

M STMT 

SOURCE 

STATEMENT 

1 

o 

• 

CTC  TEST  PROGRAM 

C 

3 

/ 

THIS  PROGRAM  USES  THE 

CTC  IN  CONTINUOUS 

4 

i 

TIMER  MODE  THE  CTC  COUNTS  3YSTEM  CLOCK 

5 

, 

PULSES  AND  INTERRUPTS 

EVERY  120  PULSES, 

6 

THEN  DECREMENTS  A COUNT,  THUN  SWITCHES 

7 

p 

/ 

THE  LED 

STATE  WHEN  THE  COUNT  REACHES  ZERO 

9 

, 

PROGRAM 

EQUATES 

10 

1 1 

CTCO- 

EQU 

12 

, C*  I C 0 PORT 

12 

CTC1 

EQU 

CTCO-t-1 

. CTC  1 PORT 

13 

CTC2 

EQU 

CTCO+2 

, CTC  2 PORT 

14 

C T C3 : 

EQU 

CTC0+-3 

, CTC  3 PORT 

15 

LITE 

EQU 

OEOH 

; LIGHT  PORT 

1 6 

RAM- 

EQU 

2000H 

, RAM  START  AD DR 

17 

RAMBIZ 

EQU 

1000H 

18 

Tr^ 

EQU 

120 

, COUNT  VALUE 

19 

20 

21 

CTC  EQUATES 

22 

23 

ccw. 

EQU 

1 

24 

INTEN- 

EQU  80H 

25 

CTRMODE: 

EQU 

4QM 

28 

P256 

EQU  20H 

27 

RISEDG- 

EQU  10H 

28 

PSTRT- 

EQU  8 

29 

TCLOAD- 

EQU  4 

30 

RESET: 

EQU  2 

31 

32 

33 

* . 

MAIN 

1 PROGRAM  *** 

34 

0000 

35 

ORG 

0 

0000 

C31800 

36 

JP 

BEGIN 

37 

ooio 

38 

ORG 

* AND  OFFFOH 

OR  10H 

39 

INTVEC 

00 1 0 

4000 

40 

DEFW 

I CTCO 

0012 

3D00 

41 

DEFW 

I CTC  1 

00 1 4 

3D00 

42 

DEFW 

ICTC2 

Or- 1 6 

3D00 

43 

DEFW 

ICTC3 

44 

45 

EEGIN 

00 18 

3 1 4020 

46 

LD 

SP, STAK 

, INIT  SP 

001  B 

ED5E 

47 

IM 

2 

, VECTOR  INTERRUPT  MODF 

00 1 D 

3E00 

48 

LD 

A, INTVEC/256 

, UPPER  VECTOR  BY1  E 

00 1 F 

E047 

49 

L.D 

I,  A 

0021 

CD2700 

50 

CALL 

IN  IT 

; INIT  DEVICE'S 

0024 

FB 

51. 

El 

, ALLOW  INTERRUPTS 

52 

0025 

1 8FE 

53 

JR 

% 

, LOOP  FOREVER 

54 

55 

I W IT ' 

3EA7 

56 

LD 

A,  INTEN+P256+TCL.QAD+RESE1  +CCW 

O-j-29 

D30C 

57 

OUT 

(CTCO),  A 

, SET  CTC  MODE 

0028 

3E78 

58 

LD 

A, TIME 

002  D 

D30C 

59 

OUT 

(CTCO) . A 

; SET  TIME  CONSTANT 

Oo2F 

3E10 

60 

LD 

A, INTVEC  AND 

1 1 11 1000B 

0021 

D30C 

61 

OUT 

(CTCO),  A 

; SET  VECTOR  VAL.Ul 

0023 

AF 

62 

XOR 

A 

DC  34 

324120 

63 

LD 

(DISP), A 

, CL  EAR  DISPLAY  BYTE 

0037 

3E78 

64 

LD 

A,  TIME 

; INIT  TIMER  VALUE 

0039 

324020 

65 

LD 

(COUNT) . A 

0030 

C9 

66 

RET 

67 

*E 

68 

69 

! 

INTERRUPT  SERVICE  ROUTINE 

70 
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LOC 


00  3D 
003E 


0040 

0043 

0046 

0047 
004A 
004 B 
004  D 
00  00 

0053 

0054 
0057 
0059 


00 5 A 
00  5 B 
0050 
00 5 D 
O05E 
00 o ] 
0062 
u063 
0064 
O' >65 
O'  hh6 


>068 


3000 

3000 

3040 
204  1 


TEST.  CTCO 

OBJ  CODE  M STMT  SOURCE  STATEMENT 


71 

I CTC  1 

72 

ICTC2 

73 

ICTC3 

FB 

74 

El 

ED4D 

75 

RET  I 

76 

77 

ICTCO 

CD5A00 

78 

CALL 

SAVE 

3A4020 

79 

LD 

A, (COUNT) 

3D 

80 

DEC 

A 

324020 

81 

L.D 

(COUNT) , A 

CO 

82 

RET 

NZ 

3E78 

83 

LD 

A,  TIME 

324020 

84 

LD 

(COUNT) , A 

3A4120 

85 

LD 

A,  (DISP) 

2F 

86 

CPL 

324120 

87 

LD 

(DISP ) , A 

D3E0 

88 

OUT 

(LITE) , A 

C9 

89 

RET 

90 

91 

i 

SAVE 

REGISTER  ROU 

92 

93 

GAVE 

E3 

94 

EX 

( SP  > , HI- 

D5 

95 

PUSH 

DE 

C 5 

96 

PUSH 

BC 

F5 

97 

PUSH 

AR- 

CD6800 

98 

CALL 

GO 

FI 

99 

PGP 

AF 

Cl 

100 

POP 

BC 

Dt 

101 

POP 

DE 

El 

102 

POP 

HL 

FB 

103 

El 

ED4D 

104 

RETI 

105 

106 

GO 

E9 

107 

JP 

( HL  > 

108 

*E 

109 

110 

/ / 

DATA 

AREA 

111 

112 

ORG 

RAM 

113 

DEFS 

64 

114 

STAK 

EQU 

$ 

115 

CGINT 

DEFS 

1 

116 

DISP. 

DEFS 

1 

117 

118 

END 

, DUMMY  ROUTINES 


* SAVE  REGISTERS 
i CHANGE  TIMER  COUNT 


, EXIT  IF  NOT  DONE 
, ELSE,  RESET  TIMER  VAL.U1- 

, Bl  INK  L.1TES 


, STACK  AREA 

, TIMER  COUNT  VALUE 
> L.ITE  DISPLAY  BYTE 


Q START  ) 


INITIZLIZE  CTC 

' 

LO 

OP 

I 

I 

t 


MAIN  PROGRAM 


Figure  4.  Software  for  CTC  Bit  Rate  Generator 
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LOG 


TEST.  CTC2 

OBJ  CODE  M STMT  SOURCE  STATEMENT 


OOOO 

0000  3E07 
0002  D30E 
0004  3E03 
0006  D30E 


0008  1 8FE 


1 , CTC  TEST  PROGRAM 

2 

3 , THIS  PROGRAM  USES  THE  CTC  IN  CONTINUOUS 

4 , TIMER  MODE  THE  CTC  SUPPLIES  A BIT  RATE 

5 - CLOCK  TO  THE  SIO  FROM  THE  SYSTEM  CLOCK 

6 ; THE  SYSTEM  CLOCK  IS  3.  6864  MHZ,  WHICH  IS 

7 , DIVIDED  BY  16  BY  THE  PRESCALER,  AND  DIVIDED 

8 , BY  A TIME  CONSTANT  VALUE  OF  3 TO 


9 

t 

PROVIDE 

A 16X, 

4800  BAUD  CLOCK 

10 

/ 

TO  THE 

SIO.  OTHER  BAUD 

RATES  CAN  BE  OBTAINED 

1 1 

t 

BY  PROGRAMMING 

DIFFERENT  TIME  CONSTANT 

12 

1 

VALUES 

INTO  THE 

CTC. 

13 

14 

i 

PROGRAM 

EQUATES 

15 

1 6 

CTCO- 

EQU 

12 

; CTC  0 PORT 

17 

CTC1  • 

EQU 

CTCO+1 

, CTC  1 PORT 

18 

CTC2. 

EQU 

CTCO+2 

, CTC  2 PORT 

19 

CTC3. 

EQU 

CTCO+3 

; CTC  3 PORT 

20 

1 I ME. 

EQU 

3 

i TIME  CONSTANT  VALUE 

21 

22 

23 

l 

CTC  EQUATES 

24 

25 

ccw. 

EQU 

1 

26 

INTEN: 

EQU 

80H 

27 

CTRMODE 

EQU 

40H 

28 

P256- 

EQU 

20H 

29 

RISEDG. 

EQU 

10H 

30 

PSTRT. 

EQU 

8 

31 

TCLOAD: 

EQU 

4 

32 

RESET: 

EQU 

2 

33 

*E 

34 

35 

/ / 

***  MAIN  PROGRAM  *** 

36 

37 

ORG 

0 

38 

BEGIN: 

39 

LD 

A, TCLOAD+RESET +CCW 

40 

OUT 

(CTC2), 

A 

, SET  CTC  MODE 

41 

LD 

A,  TIME 

42 

OUT 

( CTC2 ) , A 

, SET  TIME  CONSTANT 

43 

44 

i 

MAIN  PROGRAM  GOES  HERE 

45 

*E 

46 

47 

JR 

* 

; LOOP  FOREVER 

48 

49 

END 

COUNTER  MODE  A typical  computer  system  often  uses  a time  delays  to  separate  messages  with  the 

time-of-day  clock.  In  the  United  States,  the  appropriate  number  of  sync  characters. 

60  Hz  power  line  provides  an  accurate  time  Typically,  software  or  timer  delays  are  used 

base  for  synchronous  motor  clocks.  A computer  to  provide  the  time  necessary  to  allow  the 

system  can  take  advantage  of  the  60  Hz  characters  to  shift  out  of  the  serial  device, 

accuracy  by  incorporating  a circuit  that  The  disadvantage  of  using  this  method  is  that 

feeds  60  Hz  square  waves  into  a CTC  channel.  variable  baud  rates  shift  characters  at 

With  a time  constant  value  of  60,  the  CTC  variable  times  so  a worst-case  time  must  be 

generates  an  interrupt  once  every  second,  allowed  if  the  baud  rate  Is  not  known.  If  the 

which  can  be  used  to  update  a time-of-day  bit  rate  clock  is  supplied  by  the  modem,  as 

clock.  The  CTC  is  set  to  Counter  mode  and  is  normally  the  case,  this  problem  becomes 

with  a time  constant  value  of  60,  as  shown  in  even  more  acute. 

Figure  5. 


The  interrupt  service  routine  does  nothing 
more  than  update  the  time-of-day  clock.  A 
more  sophisticated  operating  system  kernel 
would  use  the  CTC  to  check  the  task  queue 
status.  In  synchronous  data  communications, 
it  is  often  necessary  to  ensure  that  a flag 
or  sync  character  separates  two  adjacent 
message  packets.  Since  some  serial  control ler 
devices  have  no  way  to  determine  the  status 
of  sync  characters  sent,  the  user  must  use 


A solution  to  this  problem  is  to  use  a 
counter  to  count  the  number  of  bits  shifted 
out  of  the  serial  device.  With  the  CTC  tied 
to  the  transmit  clock  line  of  the  serial 
device,  the  CTC  can  be  programmed  to  delay  a 
certain  number  of  bits  before  the  CPU  sends 
another  message.  This  solves  all  of  the  pro- 
blems mentioned  and  simplifies  the  message- 
handling software.  Figure  6 shows  the  program 
needed  to  achieve  the  counting  function.  Note 
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reached  terminal  count 


that  the  interrupt  service  routine  disables 
the  CTC,  because  the  CTC  is  used  only  once 
with  each  message.  Otherwise,  the  CTC  would  Figure  1 shows  the  hardware  implementation  of 
generate  an  interrupt  each  time  the  counter  the  character  delay  counter  using  the  CTC. 


a)  Main  Program  b)  Interrupt  Service  Routine 

Figure  5.  Software  for  CTC  Counter  Mode 


TEST  CTC 1 

LOC  OBJ  CODE  M STMT  SOURCE  STATEMENT 

1 i CTC  TEST  PROGRAM 

2 

3 , THIS  PROGRAM  COUNTS  EXTERNAL  PULSES  AND 

4 , CHANGES  THE  LED  STATE  EVERY  60  COUNTS 

5 

6 , PROGRAM  EQUATES 

7 


S 

CTCO: 

EQU 

12 

; CTC  0 PORT 

9 

cTcr 

EQU 

CTCO+1 

jCTC  3 PORT 

10 

CTC2- 

EQU 

CTCO+2 

; CTC  2 PORT 

1 1 

CTC3: 

EQU 

CTCO+3 

} CTC  3 PORT 

12 

LITE: 

EQU 

OEOH 

; LIGHT  PORT 

13 

RAM 

EQU 

2000H 

; RAM  START  ADDR 

14 

RAMSIZ 

EQU 

1000H 

15 

COUNT 

EQU 

60 

} COUNTER  TIME  CONSTANT 

16 

17 

18 

/ 

CTC  EQUATES 

19 

20 

ccw- 

EQU 

1 

21 

INTEN 

EQU 

80H 

22 

CTRMODE- 

EQU 

4 OH 

23 

P256 . 

EQU 

20H 

24 

RISEDG 

EQU 

10H 

25 

PSTRT 

EQU 

8 

26 

TCLOAD- 

EQU 

4 

27 

RESET 

EQU 

2 
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TEST. CTC 1 

LQC  OBJ  CODE  M STMT  SOURCE  STATEMENT 


28 

*E 

29 

30 

/ / 

***  MAIN  PROGRAM  *** 

31 

oooo 

32 

ORG 

0 

0000 

C31800 

33 

JP 

BEGIN 

34 

0010 

35 

ORG 

$.  AND.  OFFFOH.  OR.  10H 

36 

IN7VEC: 

0010 

3800 

37 

DEFW 

ICTCO 

0012 

3B00 

38 

DEFW 

ICTC1 

00]  4 

3800 

39 

DEFW 

ICTC2 

0016 

3800 

40 

DEFW 

ICTC3 

41 

42 

BEGIN: 

0018 

314020 

43 

LD 

SP, STAK  ; INI T SP 

00  IB 

ED5E 

44 

IM 

2 ; VECTOR  INTERRUPT  MODE 

00  ID 

3E00 

45 

LD 

A>  INTVEC/256  ; UPPER  VECTOR  BYTE 

00  IF 

ED47 

46 

LD 

I » A 

0021 

CD2700 

47 

CALL 

INIT  ; INIT  DEVICES 

0024 

FB 

48 

El 

i ALLOW  INTERRUPTS 

49 

0025 

ldFE 

50 

JR 

* ) LOOP  FOREVER 

51 

52 

I NIT: 

0027 

3EC7 

53 

LD 

A,  INTEN+CTRMODE+TCL  OAD+RESET  **CCW 

0029 

D30D 

54 

OUT 

( CTC 1 ) , A i SET  CTC  MODE 

002B 

3E3C 

55 

LD 

A,  COUNT 

002D 

D30D 

56 

OUT 

(CTC1>,A  i GET  TIME  CONSTANT 

002F 

3E10 

57 

LD 

A,  INTVEC.  AND  1U11000B 

0031 

D30C 

58 

OUT 

( CTCO ) > A ; SE-T  VECTOR  VALUE 

0033 

AF 

59 

XOR 

A 

0034 

324020 

60 

LD 

< DISP ) > A i CLEAR  DISPLAY  B Y i E 

0037 

C9 

61 

RET 

62 

*E 

63 

64 

INTERRUPT  SERVICE  ROUTINE 

65 

66 

ICTCO. 

67 

ICTC2: 

68 

ICTC3: 

0038 

FB 

69 

El 

i DUMMY  ROUTINES 

0039 

ED4D 

70 

RETI 

71 

72 

I CTC  1 : 

003B 

CD4800 

73 

CALL 

SAVE  ; SAVE  REGISTERS 

003E 

3A4020 

74 

LD 

A, (DISP)  ; BLINK  LITES 

0041 

2F 

75 

CPL 

0042 

324020 

76 

LD 

< D I SP  > , A 

0045 

D3E0 

77 

OUT 

(LITE ) i A 

0047 

C9 

78 

RET 

V 

79 

80 

f 

SAVE 

REGISTER  ROUTINE 

81 

82 

SAVE: 

0048 

E3 

83 

EX 

(SP), HL 

0049 

D5 

84 

PUSH 

DE 

004 A 

C5 

85 

PUSH 

BC 

004B 

F5 

86 

PUSH 

AF 

004C 

CD5600 

87 

CALL 

GO 

004F 

FI 

88 

POP 

AF 

0050 

Cl 

89 

POP 

BC 

0051 

D1 

90 

POP 

DE 

0052 

El 

91 

POP 

HL 

0053 

FB 

92 

El 

0054 

ED4D 

93 

RETI 

94 

95 

GO. 

0056 

E9 

96 

JP 

(HL) 

97 

*E 

98 
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LQC 


TEST  CTC 1 

OBJ  CODE  M STMT  SOURCE  STATEMENT 


99  , , DATA  AREA 

100 


2000 

101 

ORG 

RAM 

2000 

102 

DEFS 

64 

i SI ACK  AREA 

103 

ST  4K 

EQU 

$ 

2040 

104 

DISP: 

DEFS 

1 

; LITE  DISPLAY  BYTE 

105 

106 

END 

a)  Main  Program 


b)  Interrupt  Service  Routine 


Figure  6.  Software  for  CTC  Single-Cycle  Use 
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TEST.  CTC3 

LOC  OBJ  CODE  M STMT  SOURCE  STATEMENT 


1 ; CTC  TEST  PROGRAM 

2 

3 ; THIS  PROGRAM  INITIALIZES  CTC  INTERRUPT  VECTOR, 

4 i THEN  STARTS  CTC  3,  THEN  WAITS  FOR  CTC  3 TO 

5 ; TERMINATE.  AFTER  TERMINATING,  THE  CTC  INTERRUPT 

6 i THE  CPU  AND  ENTERS  A SERVICE  ROUTINE  THAT  SETS 

7 ; A PROGRAM  FLAG  TO  INDICATE  ZERO  COUNT,  AND 

8 ; RESETS  CTC  3. 

9 


10 

i 

EQUATES 

1 1 
12 

RAM: 

EQU 

2000H 

RAM  START  ADDRESS 

13 

RAMBI Z : 

EQU 

1000H 

RAM  SIZE 

14 

CTCO: 

EQU 

12 

CTC  0 PORT 

15 

CTC1 : 

EQU 

CTCO+1 

CTC  1 PORT 

16 

CTC2: 

EQU 

CTCO+2 

CTC  2 PORT 

17 

CTC3: 

EQU 

CTCO+3 

CTC  3 PORT 

18 

COUNT: 

EQU 

20 

COUNT  20  PULSES 

19 

20 

# 

CTC  PARAMETERS 

21 

22 

CCW: 

EQU 

1 

CTRL  BYTE 

nn 

C.U 

T MTCM  . 
jl  1*1  . 

cr/%1 1 oau 

UUW  WVI  1 

T MT COO  CM AO  1 C 

1 . i^rvr  iMh.kx 

24 

CTRMODE: 

EQU 

40H  ; COUNTER  MODE 

25 

P256: 

EQU  20H 

PRESCALE  BY  256 

26 

RISEDG: 

EQU  10H 

START  ON  RISING  EDGE 

27 

PSTRT : 

EQU  8 

PULSE  STARTS  TIMING 

28 

TCLOAD: 

EQU  4 

TIME  CONST.  FOLLOWS 

29 

RESET: 

EQU  2 

SOFTWARE  RESET 

30 

*E 

31 

0000 

32 

ORG 

0 

0000 

C31800 

33 

JP 

BEGIN 

GO  MAIN  PROGRAM 

34 

0010 

35 

ORG 

*.  AND.  OFFFOH.  OR. 

10H 

36 

IN7VEC: 

37 

CTCVEC : 

0010 

4100 

38 

DEFW 

ICTCO 

0012 

4100 

39 

DEFW 

ICTC1 

0014 

4100 

40 

DEFW 

ICTC2 

0016 

4400 

41 

DEFW 

ICTC3 

42 

43 

l i 

MAIN  PROGRAM 

44 

45 

BEGIN: 

0018 

318120 

46 

LD 

SP, STAK 

i INIT  SP 

00 1 B 

3E00 

47 

LD 

A, INTVEC/256 

) INIT  VECTOR  REG. 

001 D 

ED47 

48 

LD 

I,  A 

00  IF 

ED5E 

49 

IM 

2 

i VECTORED  INTERRUPT  MC 

0021 

3E10 

50 

LD 

A, CTCVEC.  AND.  1111 1000B 

0023 

D30C 

51 

OUT 

(CTCO),  A 

i SETUP  CTC  VECTOR 

0025 

3E01 

52 

LD 

A,  1 

» SET  FLAG  BYTE 

0027 

320020 

53 

LD 

(FLAG), A 

002A 

FB 

54 

El 

55 

56 

LOOP: 

002  B 

3A0020 

57 

LD 

A, (FLAG) 

iRFAD  FLAG  BYTE 

002E 

CB47 

58 

BIT 

0,  A 

0C30 

28F9 

59 

JR 

Z, LOOP 

; BRANCH  IF  NOT  SET 

0032 

CB87 

60 

RES 

0,  A 

; CLEAR  FLAG  BYTE 

0034 

320020 

61 

LD 

(FLAG), A 

0037 

3ED5 

62 

LD 

A,  I NTEN+CTR  MODE+R I SEDG+TCLOAD+ 1 

0039 

D30F 

63 

OUT 

( CTC3 ) , A 

i LOAD  CTC  3 

003 B 

3E14 

64 

LD 

A, COUNT 

003 D 

D30F 

65 

OUT 

(CTC3) , A 

003F 

18EA 

66 

JR 

LOOP 

67 

*E 

68 

69 

i 

INTERRUPT  SERVICE  ROUTINES  FOR  CTC 

70 

71 

I CTCO  : 

72 

ICTC1 : 
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CONCLUSION 


TEST.  CTC3 


LOC 

OBJ  CODE 

M STMT 

SOURCE 

STATEMENT 

73 

ICTC2: 

0041 

FB 

74 

El 

i DUMMY  INTERRUPT  ROUTI 

0042 

ED4D 

75 

RETI 

76 

77 

ICTC3: 

0044 

08 

78 

EX 

AF, AF ' 

0045 

3E03 

79 

LD 

A, 0000001 IB  i RESET  CTC  3 

0047 

D30F 

80 

OUT 

(CTC3) * A 

0049 

•3A0020 

81 

LD 

A#  (FLAG)  » SET  PROGRAM  FLAG 

004C 

CBC7 

82 

SET 

0,  A 

004E 

320020 

83 

LD 

(FLAG), A 

0051 

08 

84 

EX 

AF, AF ' 

0052 

FB 

85 

El 

0053 

ED4D 

86 

RET  I 

87 

*E 

88 

89 

i i 

DATA  AREA 

90 

2000 

91 

ORG 

RAM 

2000 

92 

FLAG: 

DEFS 

1 i PROGRAM  FLAG  BYTE 

2001 

93 

DEFS 

128 

94 

STAK: 

EQU 

$ 

95 

96 

END 

The  versati  1 Ity  of 

the  Z80 

CTC  makes 

it  use- 

interrupt  capabilities  of  the  Z80  CPU,  the 

ful  in 

a myriad  of  applications. 

System 

CTC  can  be  used  to  supply  counter/timer  func- 

efficiency and  throughput 

can  be 

Improved 

tions  to  the  CPU.  This  reduces  software  over- 

through 

prudent  use 

of  the  CTC  with 

the  Z80 

head  on  the  CPU  and  significantly  increases 

CPU.  Coupled  with 

the  powerful,  vectored 

system  throughput. 
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Interlacing  16-Pin  Dynamic  RAMS 
to  the  Z80A  Microprocessor 
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INTERFACING  16-PIN  DYNAMIC  RAMS 
TO  THE  Z80A  MICROPROCESSOR 


This  application  note  will  present  the  major  design 
considerations  and  a design  example  for  interfacing  the 
16-pin  dynamic  RAM  devices,  both  4K  and  16K,  to  the  Z80 
and  Z80A  microprocessors.  These  devices  will  be 
emphasized  because  they  are  fast  becoming  the  favorite 
memory  component  for  data  storage  in  microprocessor 
based  systems.  The  16K  RAM  (Zilog  6116),  in 
particular,  with  design  improvements  over  the  4K 
devices,  will  substantially  reduce  memory  cost  by 
quadrupling  memory  density  in  a package  that  is  pin 
compatible  with  the  4K  RAM. 

This  application  note  assumes  a basic  understanding  of 
the  Z80A  CPU  and  dynamic  RAM  elements.  The  reader  is 
referred  to  selected  specification  sheets  on  the  various 
4K  and  16K  dynamic  RAMS  and  to  the  following  Zilog 
literature: 


Z80A  CPU  Technical  Manual,  and 

Z6116  16K  Dynamic  RAM  Product  Specification 
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INTRODUCTION 


16-pin  dynamic  RAMs  are  increasingly  being  used  as  the 
memory  component  for  data  storage  in  microprocessor- 
based  systems.  Their  main  features  are  low  cost  per  bit 
and  high  bit  density.  These  features,  coupled  with  a 
low  stand-by  power  mode,  TTL-compatible  inputs  and 
outputs,  and  simple  upgrade  from  4K  to  16K  systems,  have 
made  these  devices  an  attractive  alternate  to  18-  or 
22-pin  dynamic  RAMs. 

Now,  however,  the  system  designer  has  to  be  concerned 
with  the  interface  requirements  of  16-pin  dynamic  RAMs. 
The  characteristics  of  this  memory  element  requires  that 
refreshing  of  the  memory  be  performed  at  periodic 
intervals  in  order  to  retain  the  stored  data.  This, 
coupled  with  the  requirement  for  multiplexing  address 
lines,  has  been  the  main  drawback  to  their  use.  A 
typical  interface  generally  required  12  to  20  standard 
TTL  devices  and  included  timing  generators,  decode 
logic,  multiplexer  circuitry,  refresh  logic,  and 
buffers . 

The  Zilog  Z80A  microprocessor  has  been  designed  to 
simplify  this  interface  with  built-in  refresh  logic. 

This  allows  totally  transparent  RAM  refresh  without  the 
need  for  a refresh  counter  or  its  associated 
multiplexer.  During  each  memory  opcode  fetch  cycle,  a 
dedicated  line  from  the  CPU  (RFSH)  is  used  to  indicate 
that  a refresh  read  of  all  dynamic  memories  should  be 
performed.  With  RFSH  in  the  true  state  (LOW) , the  lower 
seven  bits  of  the  address  bus  identify  one  ROW  address 
to  be  refreshed.  Before  the  next  opcode  fetch,  this 
address  will  have  been  incremented  to  point  to  the  next 
ROW  address.  Since  it  is  only  necessary  to  refresh  the 
'ROWS1,  a total  of  64  refresh  cycles  will  refresh  an 
entire  4K  RAM,  or  128  refresh  cycles  for  a 16K  RAM. 
Z80A-CPU  refreshing  is  automatically  performed  during  a 
portion  of  the  instruction  fetch  cycle  which  is  used  for 
internal  processing.  Thus,  the  effect  of  refreshing  the 
RAM  is  totally  transparent  to  program  execution, 
preventing  the  necessity  of  stealing  cycles  or  stopping 
the  CPU  as  would  otherwise  be  required. 
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16  PIN  DYNAMIC  RAM  ADDRESSING 


Each  cell  of  a dynamic  RAM  array  is  arranged  in  a 
matrix.  Selection  of  a unique  bit  location  within  this 
matrix  in  a 4K  RAM  element  will  require  12  address  lines 
while  the  16K  device  requires  14.  For  the  16-pin  RAM 
device  to  accommodate  these  lines,  it  will  be  required 
to  divide  them  into  two  groups;  Row  addresses  and  Column 
addresses  (six  each  for  the  4K  RAM  and  seven  each  for 
the  16K  RAM) . Each  group  is  applied  to  the  RAM  on  the 
same  input  lines  (Figure  1)  through  an  external 
multiplexer  and  latched  into  the  chip  by  applying  two 
clock  strobes  in succession.  The  first  clock,  the  Row 
Address  Strobe  (RAS) , latches  the  Row  address  bits  into 
the  RAM  ( A0-A5  for  the  4K,  A0-A6  for  the  16K) . The 
second  clock,  the  Column  Address  Strobe  (CAS ) , latches 
the  Column  address  bits,  (A6-A11  for  the  4K,  A7-A13  for 
the  16K)  into  the  RAM. 

Each  cell,  therefore , is  uniquely  addressed  by  row  and 
column.  When  RAS  goes  active,  all  of  the  cells  in  the 
selected  row  respond  (there  are  64  rows  in  the  4K  RAM 
matrix  and  128  rows  in  the  16K  RAM  matrix)  and  are  gated 
to  sense  amplifiers  where  the  logic  level  of  each  cell 
is  discriminated,  latched,  and  rewritten.  CAS  activates 
a column  in  the  matrix  (there  are  64  columns  in  the  4K 
RAM  matrix  and  128  columns  in  the  16K  RAM  matrix)  which 
uniquely  identifies  the  cell  in  the  row  output  and 
yields  the  required  bit  to  the  output  buffer. 

During  refresh,  the  interface  logic  will  enable  the  Row 
Address  lines  from  the  multiplexer.  The  CPU,  with  a 
true  condition  on  the  Refresh  line  (RFSH) , will  then 
present  the  address  (A0-A7)  of  the  Row  to  be  refreshed, 
and  activate  the  memory  request  line  (MREQ)  to  initiate 
a memory  cycle. 
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FIGURE  1.  The  pin  assignments  for  4K  and  I6K  RAMs  show 
identical  functions  for  each,  except  Pin  13,  which  is 
used  as  a chip  select  in  4K  RAMs  and  as  the  7th 
multiplexed  address  line  in  the  16K  RAM. 


2-123 


MEMORY  REFRESH 


When  any  row  in  a 16-pin  dynamic  RAM  is  actively  cycled, 
all  locations  within  that  row  are  refreshed.  To  refresh 
the  entire  RAM,  it  is  only  necessary  to  perform  a RAS 
only  memory  cycle  (CAS  is  not  required  for  a refresh 
sequence)  at  each  of  the  64  row  addresses  for  the  4K 
device  and  128  row  addresses  for  the  16K  device,  every  2 
milliseconds  or  less. 

The  Z80  CPU  refreshes  the  memory  more  frequently  than  is 
necessary  to  meet  the  2ms  row  refresh  requirement.  Under 
worst  case  conditions,  no  more  than  19T  states  will 
separate  opcode  fetch  cycles  (the  EX  (SP) ,HL  instruction 
is  representative  of  the  longest  time  between  opcode 
fetches).  Assuming  this  worst  case  period  between 
opcode  fetches  and,  therefore,  refresh  cycles,  the 
following  times  for  total  refresh  for  both  4K  and  16K 
RAMS  at  2.5  MHZ  and  4 MHZ  are  shown  below: 


REFRESH  TIME 

MEMORY 

Z80-CPU 

Z80A-CPU 

NO.  OF  REQUIRED 

SIZE 

2.5  MHZ 

4.0  MHZ 

REFRESH  CYCLES/2  mS 

4K 

487  us  (max) 

304  us  (max) 

64 

16K 

974  us  (max) 

608  us  (max) 

128 

TABLE  1.  WORST  CASE  MEMORY  REFRESH  CYCLES  ASSUMING  NO 
WAIT  STATES 

« 

From  the  above  table,  it  can  be  seen  that  the  worst  case 
refresh  time  for  16K  RAMS  consumes  approximately  1/2  of 
the  available  2ms  time  interval  while  the  4K  RAM 
consumes  only  about  1/4  of  the  allotted  time.  This 
provides  for  optional  use  of  the  refresh  cycle  for  other 
CPU  transparent  bus  activity,  such  as  DMA  and  CRT 
refresh . 


2-124 


ACCESS  TIME 


Most  dynamic  RAMS  have  access  times  in  the  range  of 
150ns  to  300ns.  This  access  begins  with  the  leading 
edge  of  the  row  address  strobe  (RAS) . The  column 
address  strobe  (CAS)  completes  this  access  cycle . The 
time  between  the  fall  of  RAS  and  the  fall  of  CAS  is 
identified  as  the  RAS  to  CAS  delay  time  (tRCD) , and  can 
be  related  to  the  previous  access  times  as  follows: 

tRACmax  = tRCDmax  + tCACmax 


WHERE  tRACmax  = Access  time  from  RAS 


tRCDmax  = max  RAS  to  CAS  delay  time 


tCACmax  = Access  time  from  CAS 

As  long  as  tRCD  is  less  than  max  value  (but  greater  than 
tRCDmin) , the  worst  case  access  is  from  RAS  (see  Figure 
1) . If  CAS  is  applied  at  a point  in  time  beyond  the 
tRCDmax  limit,  the  access  time  from  RAS  will  be 
lengthened  by  the  amount  that  tRCD  exceeds  the  tRCDmax 
limit  and  the  access  time  from  CAS  (tCAC)  will  be  the 
critical  parameter.  Note,  however,  that  reducing  tRCD 
to  something  less  than  tRCDmax  will  have  no  effect  at 
reducing  tRACmax. 

The  significance  of  the  min/max  value  on  tRCD  is  that 
CAS  can  be  brought  low  any  time  within  this  window  and 
not  affect  access  time.  This  is  a great  improvement 
from  early  4K  designs  that  required  CAS  to  be  brought 
low  at  a set  minimum  time  from  RAS  low  in  order  to  avoid 
increasing  access  time.  This  made  no  allowance  for  the 
time  required  to  switch  the  MUX  from  ROW  to  COLUMN 
addresses,  requiring  that  the  worst  case  multiplexing 
time  delay  be  added  to  the  specified  access  time. 


This  window,  for  the  appl ication  of  the  external  CAS,  is 
the  result  of  gating  CAS  internal  to  the  chip.  The 
internal  CAS  is  inhibited  until  the  occurrence  of  a 
delayed  signal  derived  from  RAS.  Therefore,  CAS  can  be 
activated  as  soon  as  the  requirement  for  the  row  address 
hold  time  (tRAH)  has  been  satisfied  and  the  address 
inputs  have  been  changed  from  row  to  column.  Note  that 
the  column  address  set-up  time  (tASC)  can  be  assumed  to 
be  zero  for  all  dynamic  RAMs  (See  Figure  2)  . 
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Figure  2 Dynamic  ram  access  time  parameters 
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Z80A/Z8Q  - CPU  TIMING  CONSIDERATIONS 


The  Z80A/Z80  CPU  is  designed  to  allow  efficient  and 
effective  interface  with  dynamic  RAM  memories.  Figures 
3 through  8 identify  the  timing  for  CPU  data,  address 
signals,  and  control  signals  associated  with  memory 
interface  for  the  Z80A  and  Z80.  The  opcode  fetch,  with 
its  associated  refresh  cycle,  will  represent  the  worst 
case  memory  access,  requiring  data  to  be  returned  to  the 
CPU  in  the  first  two  T states.  Memory  read  and  write 
cycles  have  relaxed  timing  requirements  as  indicated  in 
Figures  5 through  8.  This  will  require  memories  with 
access  times  of  250ns  or  less  for  the  Z80A  and  400ns  or 
less  for  the  Z80.  These  numbers,  however,  do  not  take 
into  consideration  the  propagation  delays  through  any 
buffer  logic  added. 

Notice  that  addresses  are  stable  well  before  MREQ  goes 
active,  giving  sufficient  time  for  address  decode  logic 
to  settle.  The  main  concern,  therefore,  is  propagation 
delay  from  MREQ  to  RAS.  This  should  be  kept  to  a 
minimum  since  it  will  directly  affect  access  time. 

From  Figure  7,  it  can  be  seen  that  write  (WR)  goes 
active  on  the  trailing  edge  of  T2.  The  CPU,  therefore, 
usually  performs  a read-modify-wr ite  cycle  (CAS  before 
WR) . To  utilize  the  early  write  cycle  (WR  active  before 
CAS)  and  allow  16K  systems  to  tie  their  inputs  and 
outputs  together,  the  read  line  (RD)  from  the  CPU  can  be 
inverted  and  used  instead  of  WR.  This  requires , 
however,  that  write  data  be  valid  before  CA& . 

From  F igure  4,  it  can  be  seen  that  the  minimum  high  time 
for  MREQ  between  opcode  fetch  and  refresh  cycles  is 

105ns  for  the  Z80A.  For  systems  that  use  MREQ  to 

generate  RAS,  this  is  not  sufficient  to  satisfy  RAS 
precharge  time  requirements  of  the  slower  RAMs. 

However,  as  will  be  shown  in  the  design  example, 
relatively  simple  logic  can  be  used  to  extend  RAS  high 
time  between  these  cycles. 
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NOTE:  ALL  TIMING  IN  ns  ASSUME  RISE/FALL  TIME:  15ns 

Figure  4 Z80A-CPU  op  code  fetch  cycle  timing  at  4 MHz  clock 
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CPU  READS  DATA 


Figure  5 Z80-CPU  read  cycle  timing  at  2.5  MHz  clock 


NOTE:  ALL  TIMING  IN  ns 
ASSUME  RISE/FALL  TIME:  15ns 


Figure  6 Z80A-CPU  read  cycle  timing  at  4 MHz  clock 
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Figure  7 Z80-CPU  write  cycle  timing  at  2.5  MHz  clock 


NOTE:  ALL  TIMING  IN  ns  ASSUME  RISE/FALL  TIME:  15ns 

Figure  8 Z80A-CPU  write  cycle  timing  at  4 MHz  clock 
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MEMORY  CYCLE  SELECTION 


Selection  of  an  operating  mode  is  controlled  by  a 
combination  of  CAS  and  WRITE  while  RAS  is  active.  The 
available  modes  in  most  4K  and  16K  RAMS  are  a read 
cycle,  a write  cycle,  a read-write  cycle,  and  a 
read-modify-wr ite  cycle.  For  some  of  the  newer  4K 
devices  and  the  16K  device,  another  type  of  cycle  known 
as  page  mode  allows  for  faster  access  time  by  keeping 
the  same  row  address  and  strobing  successive  column 
addresses  onto  the  chip. 

The  read-modify-wr ite  cycle  can  be  accomplished  in  less 
time  than  a read  cycle  followed  by  a write  cycle  because 
the  addresses  do  not  change  in  between.  It  is, 
therefore,  possible  to  generate  the  write  strobe  as  soon 
as  the  data  modification  is  complete.  In  other  words, 
data  is  read  from  a cell,  modified,  and  then  rewritten 
in  its  modified  form  into  the  same  cell.  In  contrast,  a 
read-write  cycle  does  not  require  data  to  be  valid  at 
the  output  before  the  write  operation  is  started. 

In  a write  cycle,  if  the  WRITE  input  is  brought  low 
before  CAS  (early  write),  the  data  is  strobed  in  by  CAS. 
In  a delayed  write  cycle,  the  WRITE  line  goes  low  after 
CAS  and  data  is  strobed  in  with  WRITE. 
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DYNAMIC  RAM  MEMORY  ORGANIZATION 


Careful  attention  must  be  given  to  dynamic  RAM  memory 
array  layout.  Page  decoding,  power  line  routing  and 
filtering,  noise  suppression  and  generation,  buffer 
drive  requirements,  and  system  upgrading  are  all 
important  considerations  during  the  design  phase. 

If  a memory  array  consisting  of  4K  devices  exceeds  4K 
bytes  (one  page) , it  will  be  necessary  to  configure 
multiple  rows.  Each  row,  or  page,  is  selected  by 
decoding  address  lines  A12-A15.  If  the  system  is 
intended  to  be  upgraded  with  I6K  devices,  the  chip 
select  line  (CS)  should  not  be  used  for  device 
selection.  Instead , RAS  should  be  gated  to  the  selected 

4K  bank  with  CAS  being  applied  to  all  devices.  (Chips 

that  receive  CAS  but  no  RAS  will  be  unselected.)  The  CS 
line  should  be  distributed  to  all  devices  and  tied  to 
ground.  It  can  then  be  used  as  the  seventh  address  line 
when  upgrading  to  16K  RAMS. 


The  CAS  line  is  used  to  control  the  output  buffer  in  a 
configuration  where  the  outputs  are  or-tied.  If  true 
data  is  still  available  from  a previous  cycle  (assuming 
latched  output  4K  RAMS) , then  CAS  deselects  these 
devices  if  they  are  not  being  accessed  during  the 
current  cycle.  Note  also  that  if  RAS  is  inactive  and 
CAS  active,  the  only  function  that  is  performed  is  to 
change  any  true  outputs  to  the  high  impedance  state. 
Figure  9 shows  the  logic  for  one  data  bit  in  an  8K-byte 
system  utilizing  two  banks  of  4K  RAM  devices. 

The  absence  of  an  output  latch  on  most  16K  RAMS  can 
allow  for  simplification  in  system  design.  Unlike  the 
latched  4K  devices  which  need  an  extra  cycle  to  clear 
the  latch,  the  16K  non-latched  device  maintains  data 
valid  only  during  the  time  the  CAS  clock  is  active. 

Each  memory  cycle,  therefore,  can  be  maintained  as  an 
independent  cycle,  allowing  the  data  input  and  output 
pin  to  be  directly  connected.  This  is  assuming, 
however,  that  the  write  line  goes  true  before  CAS  (early 
write  mode) . 
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Figure  9 Partial  memory  configuration  in  8k  byte  system 
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All  inputs  on  most  dynamic  RAMS  are  TTL  compatible  (on 
some  4K  devices  RAS , CAS , and  the  WRITE  line  require  a 
2.7  volt  minimum  logic  1 level  which  will  require  a 
pull-up  resistor  on  the  TTL  driver).  These  TTL  inputs, 
however,  do  not  source  current;  but  instead,  present 
purely  capacitive  loads.  This  capacitance  will  vary 
between  5pf  and  lOpf  on  most  4K  and  16K  devices.  With  a 
large  number  of  RAMS  in  a memory  array,  capacitive 
loading  becomes  a consideration.  A 16K  byte  memory 
array  made  up  of  4K  devices  will  present  from  150pf  to 
250pf  of  input  capacitance  to  the  input  buffers.  Most 
TTL  outputs  are  not  specified  above  50pf.  Therefore,  a 
TTL  driver  must  be  used  that  can  provide  enough  charging 
and  discharging  current  to  achieve  the  required  voltage 
transition  within  the  allotted  time.  A fairly  accurate 
calculation  can  be  made  for  determing  the  required  drive 
current  by  using  the  standard  relationship  between  the 
charging  current  i,  the  capacitance  C,  the  voltage 
transition  V,  and  the  allotted  time  T: 

AV 

i = C — 

AT 

For  example,  if  the  worst  case  capacitance  on  an  address 
line  is  250pf  and  it  is  required  to  change  this  address 
line  within  a 60ns  period  from  zero  volts  to  3 volts, 
the  driving  current  is: 


(3) 

i = 250  x 10“12  = 12mA 

60  x 10“9 

The  power  consumption  of  dynamic  RAMS,  which  generally 
varies  from  350mw  to  1 watt,  depends  on  the  state  of  the 
RAS  and  CAS  clocks.  The  device  draws  minimum  current 
when  these  clocks  are  inactive  (standby  mode) . At  each 
transition  of  the  clocks,  the  device  will  draw  current. 
This  current  corresponds  to  the  precharging  of  these 
lines  which  represent  large  capacitance  loads.  During 
standby,  the  power  consumption  is  usually  less  than 
2Qmw.  Also,  because  of  this  very  low  power  dissipation 
when  the  clocks  are  turned  off,  the  technique  of 
decoding  RAS  to  selected  chips  results  in  a sizable 
decrease  in  power  consumption  (approximately  60%  of  all 
active  power  is  due  to  RAS  and  only  40%  is  due  to  CAS) . 
Because  the  memory  is  dynamic,  the  power  dissipation  is 
a function  of  the  rate  of  memory  access  and,  therefore, 
operating  frequency. 
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The  resulting  current  spike,  which  occurs  when  the  RAS 
and  CAS  clocks  go  through  their  negative  transitions,  is 
coupled  onto  the  power  supply  busses  causing  noise 
throughout  the  system.  To  compensate  for  this  noise, 
high-frequency  ceramic  bypass  capacitors  should  be 
placed  within  the  memory  array.  A good  practice  is  to 
supply  a .luf  capacitor  every  other  device  between  +12V 
and  ground.  Alternating  between  these  capacitors,  a 
Decoupling  on  the  + 5V  line  to  prevent  noise  from 
affecting  TTL  logic  should  consist  of  a .Oluf  capacitor 
every  4 or  5 devices.  For  low  frequency  decoupling,  a 
lOuf  tantalum  capacitor  between  +12  and  ground  should  be 
supplied  every  16  devices  with  a lOuf  tantalum  between 
-5V  and  ground  every  32  devices. 

The  use  of  a multi-layer  board  with  internal  power  and 
ground  planes  would  be  beneficial  in  a dynamic  RAM 
system.  However,  proper  routing  of  power  lines  on  a 
two-sided  card  should  provide  satisfactory  results.  It 
has  been  found  that  bussing  the  +12  volt  and  ground 
lines  both  horizontally  and  vertically,  at  every  device 
will  reduce  noise  and  greatly  improve  RAM  performance. 
The  -5  and  +5  volt  lines  need  not  be  bussed  in  this 
fashion  since  they  are  less  heavily  loaded  and  are  less 
likely  to  see  current  spikes. 

Keeping  the  layout  as  small  as  possible  and  locating  the 
address  and  data  bus  buffers  as  close  to  the  array  as 
possible  will  also  reduce  potential  ringing  and 
reflections . 

Figure  10  represents  a typical  expandable  RAM  interface 
for  a total  memory  capability  of  either  16K  using  4K 
devices  or  64K  using  16K  devices.  The  multiplexing  of 
address  lines  is  done  by  "wire-or ing " 8T97  drivers  and 
controlling  the  tri-state  input  for  row  to  column 
switching.  Since  the  minimum  voltage  on  any  RAM  input 
is  -1  volt,  a small  series  resistor  (about  30ohms)  is 
inserted  on  each  RAM  address  line  to  surpass  any 
undershoot  that  might  occur.  When  using  4K  RAMs,  the 
lower  section  of  the  74S139  decoder  selects  the  desired 
16K  quadrant  by  decoding  address  lines  A14  and  A15.  The 
upper  section  of  the  decoder  selects  the  desired  4K  bank 
in  this  quandrant  by  decoding  address  lines  A12  and  A13. 
When  using  16K  RAMs,  the  lower  section  of  the  decoder  is 
not  used  and  the  upper  section  decodes  the  desired  16K 
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Figure  10  Z80A-16K/64K  dynamic  ram  interface 


quadrant  with  address  lines  A14  and  A15.  The  latch  on 
the  upper  address  line  is  used  to  prevent  potential 
spikes  on  the  RAS  lines  as  MREQ  and  the  address  lines 
change  at  the  end  of  the  cycle. 

The  use  of  8T97  drivers,  with  an  external  pull-up 
resistor,  will  insure  proper  logic  level  and  capacitance 
drive  capability.  When  using  4K  devices,  memory  address 
line  6 (MA6)  is  not  needed  and  tied  to  ground  (this  is 
the  chip  select  line  on  4K  RAMs) . When  using  16K  RAMs, 
this  line  is  the  7th  address  line  (A6  for  row  and  A13 
for  column) . 
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SLOW  MEMORY  INTERFACE 


When  working  with  memory  devices  with  long  access  times 
(2708  EPROMS  with  a 450ns  max  access  time,  for  example) , 
it  will  be  necessary  to  add  wait  states  to  Z80A  timing. 
Figure  11  shows  how  a JK  flip-flop  can  be  configured  for 
adding  one  wait  state  (250ns  with  a 4MHz  clock)  to  each 
memory  cycle.  When  using  dynamic  memories  that  have 
access  times  between  250  and  350ns , it  is  only  necessary 
to  add  wait  states  for  Op  Code  fetch  cycles,  since  this 
cycle  is  the  critical  one  in  terms  of  memory  access 
requirements.  In  this  case,  the  logic  in  Figure  11  can 
be  controlled  by  Ml  instead  of  MREQ  to  accommodate  these 
memories . 
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Figure  1 1 Adding  one  wait  state  to  each  memory  cycle 
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DESIGN  EXAMPLE 


A typical  design  is  presented  to  demonstrate  a technique 
for  dynamic  RAM  interface  to  the  Z80A  operating  at  4MHz. 
Of  the  several  approaches  that  could  have  been  used  for 
generating  the  timing  signals  needed  for  this  interface , 
the  tradeoffs  for  considering  this  approach  consisted  of 
the  following: 

1.  Monostable-multivibrators  could  have  been  used  to 
generate  the  time  delays  for  the  MUX  switching  and 
CAS  signals,  but  one-shots  are  hard  to  adjust  and 
are  less  reliable  than  other  approaches. 

2.  The  inherent  delay  in  low  power  TTL  gates  could  be 
used  for  this  timing,  but  predictable  timing 
intervals  are  hard  to  achieve  at  4MHz. 

3.  A tapped  delay  line  produces  very  accurate  timing 
signals  but  is  less  attractive  from  a cost 
standpoint . 

A synchronous  technique  has  been  chosen  for  this  design 
because  it  generates  accurate  signals  with  a minimum  of 
logic  complexity  and  produces  predictable  results  from 
system  to  system.  The  approach  is  to  generate  the  CPU 
4MHz  clock  from  an  8MHz  source.  This  20  clock  is  then 
divided  by  two  and  used  with  the  resulting  0 clock  to 
generate  the  MUX  switch  and  CAS  signals  after  RAS  has 
been  generated  from  the  fall  of  MREQ.  Figure  12  is  a 
schematic  diagram  of  this  interface.  Figure  13 
indicates  the  timing  relationship  involved. 


The  ROW  Address  Strobe  (RAS)  is  generated  at  the  fall  of 
MREQ.  On  the  next  rising  edge  of  the  0 clock,  ,AI 
flip-flop  is  clocked  to  generate  the  signal  used  to 
switch  the  multiplexer  from  ROW  addresses  to  Column 
addresses.  The  following  falling  edge  of  the  20  clock 
is  used  to  generate  the  CAS  signal  (B  flip-flop) . 
Flip-flop  C is  used  to  insure  sufficient  RAS  precharge 
time,  which  must  be  taken  into  account  since  MREQ  has  a 
minimum  high  time  of  100ns  between  Op  Code  fetch  and 
refresh  cycles  and  MREQ,  therefore,  cannot  be  used  to 
set  RAS  high.  With  CAS  true,  the  trailing  edge  of  RAS 
is  clocked  high  with  the  0 clock.  This  will  extend  the 
RAS  high  time  to  approximately  150ns. 
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Figure  12  Z80A  dynamic  ram  interface 
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Figure  13  Z80A  dynamic  ram  interface  timing 


This  basic  logic  structure  is  configured  into  a 
microcomputer  system  and  is  seen  in  Figure  14.  For 
simplicity,  only  the  logic  pertaining  to  the  RAM 
interface  is  shown.  Additional  logic  consisted  of 
monitor  software  and  a serial  I/O  interface  to  a CRT 
terminal . 

Calculated  timing  parameters  matched  measured  data  quite 
accurately.  Figures  15  through  20  indicate  recordings 
taken  during  the  Op  Code  fetch  and  refresh  cycles  at 
room  temperature  and  at  a Vcc  of  +5.0  volts. 

From  Figure  19,  it  can  be  seen  that  the  interval  between 
the  leading  edge  of  RAS  and  the  leading  edge  of  the 
switch  MUX  signals  is  approximately  50ns.  The 
calculated  interval  is  35ns  minimum  and  is  consistent 
with  the  ROW  address  hold  time  tRAH  (see  Z6116  Product 
Specification)  of  all  RAMs  that  are  access  time 
compatible  with  the  Z80A. 

At  the  leading  edge  of  the  switch  MUX  signal,  the  RAM 
addresses  are  switched  from  ROW  to  Column  addresses. 
Assuming  the  column  address  set  up  time  (tASC)  to  be 
zero  (consistent  with  most  dynamic  RAMs) , the  interval 
for  address  switching  is  approximately  70ns  as  confirmed 
from  calculated  and  measured  data  (see  Figures  13  and 
19).  Scope  triggering  records  both  Row  and  Column 
addresses  which  appear  to  be  superimposed  on  a typical 
RAM  address  line  as  seen  in  Figure  17. 

Since  the  RAS  to  CAS  interval  exceeds  the  tRCD  max  value 
of  most  access-compatible  RAMs,  the  RAM  access  time  is 
measured  from  the  leading  edge  of  CAS.  RAMS  with  CAS 
access  times  of  150ns  or  less  should  be  compatible  with 
this  interface  approach.  If  it  is  desired  to  keep  the 
RAS  to  CAS  interval  within  or  closer  to  the  tRCD  max 
limit,  a 40  clock  could  be  applied  to  the  clock  input  of 
Flip-Flop  B (Figure  12)  instead  of  the  20  clock.  This 
would  reduce  the  RAS  to  CAS  interval  to  approximately 
65ns . 
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The  recordings  also  show  the  relation  between  MREQ  and 
RAS  high  time  between  Op  Code  fetch  and  refresh  cycles. 
The  calculated  value  for  RAS  high  time  was  150ns  while 
the  measured  value  was  approximately  170ns.  This  allows 
adequate  RAS  precharge  time  for  all  access-compatible 
RAMs . 


A composite  of  all  the  major  control  signals,  including 
one  data  line,  is  seen  in  Figure  20.  This  recording, 
done  with  a logic  analyzer,  shows  the  relative  relation 
of  these  signals  during  the  Op  Code  fetch  and  refresh 
cycles.  Notice,  that  during  refresh,  only  RAS  is  active 
with  the  switch  MUX  and  CAS  signals  disabled. 


CONCLUSIONS 


The  high  density,  reduced  standby  power,  and  reduced 
cost  per  bit  of  16-pin  dynamic  RAMs  have  made  these 
devices  suitable  for  an  increasing  number  of 
applications.  Their  attractiveness  is  also  enhanced  by 
the  ease  of  upgrading  from  4K  to  16K  devices.  With  this 
increased  usage,  however,  the  interface  logic  between 
the  memory  array  and  the  microprocessor  becomes  an 
important  consideration.  The  Z80A  has  simplified  this 
interface.  Internal  logic  operates  totally  transparent 
to  CPU  operation,  supplying  refresh  capability  without 
the  need  for  a refresh  counter  and  its  associated 
multiplexer.  This  interface  can  be  configured  with  just 
five  standard  TTL  gates  to  obtain  synchronous  generation 
of  the  RAS,  CAS,  and  the  multiplexer  switching  signal. 
Additional  design  attention  must  be  given  to  the  RAM 
layout  which  can  have  a dramatic  effect  on  system 
performance.  Dynamic  RAMs  tend  to  be  noise  generators 
as  well  as  being  noise  sensitive.  However,  with  proper 
attention  to  filtering,  power  line  routing,  and  array 
organization,  dynamic  RAM  memory  can  provide  a cost 
effective  solution  for  high-density  storage. 
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Controlling  Z80  microcomputer  I/O? 
An  interrupt-driven  program  could  help 


Although  interrupts  are  not  necessarily  the  fastest 
way  to  control  I/O  in  a microcomputer  system, 
they  are  often  the  most  practical— especially  when 
several  asynchronous  external  events  must  be  serviced 
in  preference  to  ongoing  calculations. 

Interrupt  processing  itself  is,  of  course,  a function 
of  hardware  architecture,  but  it  must  be  supported 
by  special  routines  in  the  user’s  software.  To  do  that 
efficiently  requires  detailed  knowledge  of  how  an 
interrupt  functions. 

Say  a peripheral  generates  an  interrupt  condition 
when  a character  becomes  available  on  the  Z80-SIO 
(serial-I/O)  receiver.  When  the  connected  peripheral’s 
interrupt-enable  input  line  is  high  and  its  internal 
interrupt  circuitry  is  enabled,  it  activates  the  inter- 
rupt line  of  the  Z80  CPU. 

The  processor  samples  the  interrupt  line  on  the  last 
T state  of  the  last  machine  cycle  in  every  instruction. 
If  the  interrupt  line  (INT)  is  active,  the  interrupt- 
enable  flip-flop  in  the  Z80  is  set  and  the  data-bus 
request  line  (BUSRQ)  is  inactive,  the  CPU  acknowledges 
the  interrupt  by  entering  a special  Ml  cycle  called  the 
interrupt-acknowledge  cycle.  An  I/O  request  is  then 
made  during  the  last  T state  of  this  cycle  to  the  device, 
which  is  now  able  to  put  its  vector  on  the  data  bus. 
This  vector,  together  with  the  I register,  forms  a 16- 
bit  pointer  in  the  interrupt  service  routine’s  starting- 
address  table  (ISR-SAT).  The  Z80  CPU  then  obtains 
a 2-byte  address  from  the  table  and  jumps  to  that 
address. 

But  before  the  interrupt  can  be  processed  properly, 
the  user  has  to  prepare  the  ground: 

1.  An  interrupt  “page”  must  be  chosen  and  the  I- 
register  programmed  accordingly. 

2.  The  device  interrupt  vector  must  be  pro- 
grammed. 

3.  An  entry  (or  several)  must  be  made  in  the  ISR- 
SAT. 

When  the  interrupt  has  been  acknowledged,  the 
machine  state  can  be  described  as  follows: 

■ The  user  program  has  been  interrupted. 

■ Control  has  been  passed  to  the  proper  interrupt 
service  routine  (to  which  the  table  entry  for  the 
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Two  other  ways 

Besides  interrupts,  /iC-system  I/O  can  be  handled 
by  software  polling  (handshaking)  or  by  direct  memo- 
ry access  (DMA). 

Software  polling  is  the  simplest  technique— the 
CPU  is  left  idle  until  a peripheral  is  ready  to  transfer 
data.  Even  if  the  inefficient  processor  use  is  accep- 
table, transfer  rates  under  42.3  kbytes/s  for  the  Z80 
or  67.8  kbytes/s  for  the  Z80A  are  only  adequate  for 
paper-tape  or  card  readers,  and  inadequate  for  tape 
or  disk  drives.  Unless  a separate  CPU  is  dedicated  to 
I/O,  the  inefficiency  usually  makes  polling  unaccep- 
table. 

Worse  yet,  while  the  CPU  waits  for  one  peripheral 
to  get  ready,  several  others  may  go  begging.  So  when 
several  devices  need  CPU  access  according  to  pre- 
determined priorities,  interrupt-controlled  I/O  is  usu- 
ally preferred— especially  when  asynchronous  ex- 
ternal events  have  to  be  serviced  in  preference  to  some 
ongoing  calculations. 

But  interrupt  servicing  also  takes  time.  The  Z80 
needs  up  to  40  T cycles  to  detect  and  acknowledge  the 
interrupt,  in  addition  to  I/O  processing.  Compared 
with  polling,  interrupt-driven  I/O  can  be  much  slower. 
While  polling  can  service  a single-density  floppy  that 
needs  data  at  31.3  kbytes/s,  interrupt  control  under 
a Z80  CPU  would  lead  to  the  loss  of  some  data. 

When  high  speed  is  critical,  DMA  takes  the  prize. 
By  synchronizing  a peripheral  to  the  central  memory 
rather  than  the  CPU,  the  software  overhead  of  both 
polling  and  interrupts  can  be  avoided.  However,  DMA 
excludes  the  possibility  of  any  data  preprocessing 
(field  masking,  character  search),  and  tends  to  be 
expensive.  Direct  memory  access  is  often  combined 
with  interrupts;  for  instance,  serial  communications 
can  be  started  via  interrupts,  and  then  carried  on  at 
high  speed  under  DMA. 
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interrupting  device  is  pointing). 

■ All  maskable  interrupts  are  disabled,  as  they 
would  be  after  a Disable  Interrupts  instruction. 

■ The  program  then  executes  the  interrupt  handler 
routine.  Since  the  Z80  CPU  does  not  preserve  the  state 
of  the  system  automatically  when  interrupts  occur, 
the  interrupt  handler  must  do  this  job,  in  one  of  three 
ways. 

First,  registers  and  flags  may  be  saved  on  the  stack 
with  the  following  sequence  of  instructions  and  T 
cycles: 

PUSH  AF  11 
PUSH  HL  11 
PUSH  DE  11 
PUSH  BC  11 
PUSH  IX  15 
PUSH  IY  15 
Total  T cycles:  74 

When  this  method  is  used,  a similar  sequence  of  POP 
instructions  restores  the  stack  at  the  end  of  the  service 
routine: 


rur  iY  14 
POP  IX  14 
POP  BC  10 
POP  DE  10 
POP  HL  10 
POP  AF  10 
Total  T cycles:  68 

Second,  other  RAM  locations  may  be  used  for  the 
same  purpose: 


LD 

(ASAVE),A 

13 

LD 

(HLSAVE),HL 

16 

LD 

(DESAVE), DE 

20 

LD 

(BCSAVE),BC 

20 

LD 

(IXSAVE)JX 

20 

LD 

(IYSAVE),IY 

20 

Total  T cycles:  109 

1.  A daisy-chain  mechanism  resolves  priority  conflicts 
between  Z80  peripherals.  A device  can  only  interrupt  when 
its  iei  line  is  high.  While  being  serviced,  the  interrupting 
device  (highlighted)  keeps  its  ieo  line  low,  preventing 
lower-priority  devices  (gray)  from  issuing  an  interrupt. 


The  flat  register  F,  however,  cannot  be  saved 
directly  in  the  RAM  method— a serious  limitation. 
Furthermore,  a sequence  taking  109  T states  could  be 
prohibitively  long  in  some  applications. 

Third,  when  interrupt-overhead  time  and  program 
space  must  both  be  minimized,  the  Z80  CPU’s  alter- 
nate register  set  may  be  used  to  save  registers  and 
flags.  Here,  EXX  exchanges  the  contents  of  the  BC,  DE 
and  HL  registers  with  the  contents  of  the  BC',  DE' 
and  HL'  registers,  respectively,  while  EX  AF,  AF' 
exchanges  the  contents  of  AF  and  AF'. 

This  operation  requires  only  eight  T states,  2 bytes 
of  code  and  no  additional  stack  space.  However,  this 
method  is  of  limited  use  when  multiple  interrupts  are 
needed  since  only  one  interrupt  handler  may  use  the 
alternate  register  set;  this  excludes  the  use  of  nested 
interrupts.  The  method  also  assumes  that  the  alter- 
nate register  set  is  not  already  used  by  the  program 
that  is  being  interrupted. 

Since  only  those  registers  whose  content  is  de- 
stroyed by  the  interrupt  service  routine  need  to  be 
preserved,  a combination  of  the  three  methods  is 
frequently  used. 


More  interruptions 

If  successive  interrupts  are  to  be  allowed,  the 
interrupt  handler  must  explicitly  enable  them  with 
an  Enable  Interrupts  (El)  instruction.  This  can  be  done 
anywhere  in  the  program  after  the  first  interrupt 
occurs,  and  before  the  next  one  is  expected. 

In  most  cases,  however,  exactly  where  in  the  main 
program  an  interrupt  occurs  is  not  known.  Conse- 
quently, it  is  good  practice  to  enable  interrupts  in  the 
interrupt  handler  itself.  If  the  interrupt  handler 
executes  an  El  instruction  immediately,  higher-priori- 
ty devices  could  interrupt  as  early  as  the  instruction 
immediately  after  El,  producing  nested  interrupts. 
Program-timing  calculations  must  take  this  into  ac- 
count. 

When  several  peripheral  devices  operate  simultane- 
ously in  interrupt  mode  on  a Z80  CPU,  interrupts  from 
any  device  may  have  to  be  acknowledged  within  a very 
short  time  to  avoid  data  loss  or  other  I/O  malfunc- 
tions. In  such  cases,  interrupts  should  be  reenabled 
as  early  as  possible  in  the  interrupt  handler  to 
minimize  the  interval  during  which  real-time  events 
will  not  be  recognized.  This  time  will  not  exceed  the 
value  Tilm,  which  is  defined  as  follows: 

Turn  = Interrupt-acknowledge  time 
+ instruction  time  for  El 
+ instruction  time  for  following  instruction 

The  Tlim  can  be  minimized  by  forcing  the  instruction 
following  El  to  be  a NOP  or  any  other  instruction  of 
four  T states. 

When  the  programmer  allows  nested  interrupts  to 
occur,  he  must  remember  that  only  one  service  routine 
may  use  the  alternate  register  set  for  preserving  the 
interrupted  program  state.  If  all  the  interrupt  han- 
dlers save  registers  on  the  stack,  he  must  verify  that 
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2.  All  interrupt  routines  start  by  saving  program  status, 
which  they  restore  at  the  end.  They  terminate  with  Enable 
Interrupt  (ei)  and  Return  from  Interrupt  ( reti)  instructions 
— what  happens  in  between  depends  largely  on  the  specific 
application. 


3.  Sectors  on  a floppy  disk  contain  not  only  data 
(highlighted)  but  also  pre  and  postambles,  as  well  as 
control  information. 


D0- 

Di- 

D2- 

d3- 

d4- 

DS~ 

d6- 

d7- 


CTC  EN- 
R/A- 
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RESET- 
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4.  A Z80A  CTC  chip  generates  interrupts  for  a disk 
controller.  Its  channel  0 counts  index  or  sector  pulses  (pin 
23),  while  the  cascaded  channels  1 and  2 provide  a wide 
timing  range. 


the  stack  area  is  large  enough  to  prevent  overflow. 

If  nested  interrupts  are  not  desirable,  the  El  instruc- 
tion is  usually  inserted  at  the  end  of  the  interrupt 
service  routine,  immediately  before  the  Return  from 
Interrupt  (RETI)  instruction.  Any  pending  interrupt 
will  then  be  delayed  until  the  end  of  the  interrupt 
handler,  that  is,  until  RETI  has  been  executed. 

Watch  for  the  daisy  chain 

The  interrupt  handler  must  terminate  with  RETI, 
which  is  decoded  by  the  interrupting  device  and  allows 
the  device  to  leave  the  interrupt  state.  In  particular, 
it  reactivates  the  lower  daisy  chain  by  resetting  lines 
IEI  (Interrupt  Enable  In)  and  IEO  (Interrupt  Enable 
Out)  so  that  interrupts  from  lower-priority  devices  can 
be  recognized  (Fig.  1). 

Keep  in  mind  that  El  and  RETI  do  different  things. 
The  El  instruction  does  a general  interrupt  enable  on 
the  Z80  CPU  for  maskable  interrupts.  This  does  not 
imply,  however,  that  all  Z80  peripheral  devices  are 
allowed  to  interrupt— only  those  that  have  an  active 
IEI  line.  In  an  interrupt-service  routine,  therefore,  only 
devices  higher  in  the  chain  than  the  interrupting 
device  may,  in  turn,  interrupt  after  El  and  before 
RETI. 

The  RETI  instruction  is  the  only  way  to  reestablish 
the  interrupt  daisy  chain,  below  the  interrupting 
device,  by  software.  By  resetting  the  interrupt-under- 
service  flip-flop  inside  the  peripheral,  RETI  affects  the 
state  of  the  interrupting  device,  while  El  affects  the 
state  of  the  Z80  CPU. 

Fig.  2 shows  a generalized  interrupt  routine  that 
summarizes  the  discussed  steps.  But  the  flow  chart 
should  not  be  regarded  as  a rigid  model— interrupt 
handlers  can  differ  widely  from  one  application  to 
another. 


Making  tracks— carefully 

A hard-sectored  floppy-disk  driver  provides  many 
opportunities  for  interrupt-service  routines:  Sector 
count,  head-load-delay  time-out  and  track  stepping  in 
particular  require  interrupt  techniques  to  achieve 
acceptable  performance  levels. 

One  problem  stems  from  slight  head  misalignments, 
which  cause  the  physical  location  of  sector  data  to  vary 
slightly  with  respect  to  the  sector  hole.  The  impact 
on  data  readability  may  be  severe  because  flexible 
diskettes  are  likely  to  be  read  on  several  drives  with 
different  alignment  characteristics. 

For  example,  if  data  are  written  “early”  with  respect 
to  the  sector  hole,  the  read  gate  may  be  turned  on 
too  late  to  catch  the  start  bit,  and  synchronization  will 
occur  on  the  first  ONE  bit  in  the  data  field.  A sector- 
address  error  or  a CRC  error  are  typical  results.  If 
data  are  written  “late”  with  respect  to  the  sector  hole, 
the  last  bytes  of  the  previous  sector  may  still  be  under 
the  read  head  when  the  read  gate  is  turned  on. 

The  best  point  to  turn  on  the  read  gate  is  at  the 
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; PROGRAM  CTC  TO  REQUIRED  MODE  OF  OPERATION 

LD  A, 13H 

SET  Z80  INTERRUPT  REGISTER 

LD  I, A 

LD  HL , INTO 

LOAD  INTRPT  ROUT  ADDRESS 

LD  (CTCOIV) , HL  ; 

IN  INTERRUPT  TABLE 

LD  A,  (CTCOIV. SHL 

. 8 ) /256 

OUT  (CTCO) , A ; 

PROGRAM  CTC  INTRPT  VECTOR 

LD  A,  (COUNT) 

DEC  A 

PROGRAM  CTC  CHAN  0 TO  INTRPT 

r 

ON  REQUESTED  SECTOR  - 1 

LD  BC , CTRMOD . S HL . 8 +CTCO 

OUT  (C)  , B ; 

SEND  OUT  MODE-CTRL  BYTE 

OUT  (C)  , A 

SEND  OUT  COUNT 

INTO:  PUSH  AF 

SAVE  REGISTERS 

PUSH  BC 

LD  A, 3 ; 

RESET  CTC  CHANNEL  0 

OUT  (CTCO) , A 

; DELAY  4.5  MS  OR 

.9  SECTOR  TIME 

LD  HL,  INTL 

LOAD  INTRPT  ROUTINE  ADDRESS 

LD  (CTC2IV) , HL  ; 

IN  INTERRUPT  TABLE 

; PROGRAM  CTC1  IN  COUNTER  MODE,  NO  INTRPTS 

LD  BC,  CNTMOD . S HL . 8 +CTC 1 

OUT  (C)  , B 

LD  B,TIME32  ; 

ZERO-COUNT  PERIOD  = 32US 

; PROGRAM  CTC2  IN  COUNT  MODE  WITH  INTRPTS 

LD  BC, CTRMOD. SHL. 

8+CTC2 

OUT  (C)  ,B 

LD  A, DELAY1  ; 

ZERO-COUNT  REACHED 

OUT  (C ) , A 

AFTER  4.5  MS 

POP  BC 

POP  AF  ; 

RESTORE  REGISTERS 

El 

RET  I 

INTI:  PUSH  AF  ; 

SAVE  REGISTER 

PUSH  BC 

PUSH  DE 

PUSH  HL 

LD  A,  3 

OUT  (CTC 2) 

RESET  CTC  CHANNEL  2 

LD  HL , INT2 

LOAD  INTRPT  ROUT  ADDRESS 

LD  (CTC2IV) , HL  ; 

IN  INTERRUPT  TABLE 

; PREPARE  TO  SET 

UP  CTC  CHANNELS  1 AND  2 

LD  C , CTC1 

LD  DE, CNTMOD. SHL. 

8+TIME32 

LD  HL, CTRMOD. SHL. 

8+DELAY2 

; DETECT  REQUESTED  SECTOR  HOLE 

INTII:  IN  A, (PIOB) 

INPUT  STATUS 

BIT  SECTOR, A 

TEST  SECTOR  + INDEX  LINE 

JR  NZ, INTII 

LOOP  UNTIL  SECTOR  FOUND 

; START  DELAY  TO 

MIDDLE  OF  PREAMBLE 

OUT  (C)  , D 

OUT  (C)  , E ; 

ENABLE  CHANNEL  1 

LD  C ,CTC2 

ENABLE  CHANNEL  2 

OUT  (C)  , H 

OUT  (C)  , L 

POP  HL  ? 

RESTORE  REGISTERS 

POP  DE 

POP  AF 

El 

RET  I 

INT2 : PUSH  AF 

SAVE  REGISTERS 

PUSH  BC 

LD  A, 3 

RESET  CTC  CHANNEL  2 

OUT  (CTC2)  , A 

CNTMOD  EQU  47 H 

CTRMOD  EQU  0C7H 

TIME32  EQU  16H 

DELAY 1 EQU  8 EH 

5.  Several  routines  are  needed  to  handle  the  sector 
interrupts  via  Counter-Timer-Circuit  (CTS)  programming: 
Routine  into  generates  the  time  delays;  Routine  inti 
prepares  the  CTC;  Routine  intii  handles  the  polling  phase; 
and  INT2  resets  the  CTC. 


middle  of  the  preamble  (Fig.  3) — and  this  point  must 
be  found  with  good  accuracy. 

A Z80  CTC  (counter-timer  circuit)  may  be  used  to 
generate  floppy-disk  controller  interrupts.  In  this 
application,  three  of  its  four  programmable  counters 
are  needed. 

Counter  channel  1 is  driven  by  a 1.4056-|us  periodic 
signal  (derived  from  a standard  11.3828-MHz  crystal 
oscillator,  divided  by  16)  that  is  programmed  to  count 
22  ( = 16H)  such  pulses.  The  counter,  therefore,  reaches 
a full  count  every  32  fi s,  which  corresponds  to  the 
length  of  1 byte. 

The  second  counter  is  driven  in  cascade  by  the  first 
counter's  output  (pin  9)  and  programmed  to  generate 
an  interrupt  after  a varying  number  of  byte  units  on 
pin  12  (line  Int). 

The  sector  pulse  line  from  the  floppy  drive  is 
connected  to  the  counter  input  of  CTC  channel  0 (pin 
23)  to  generate  an  interrupt  on  any  desired  sector.  The 
sector  pulse  line  is  also  connected  to  a Z80  PIO  bit 
on  this  same  controller  so  that  the  presence  of  a sector 
hole  may  be  detected  by  a simple  port  read  followed 
by  a bit  test. 

Several  routines  are  used  in  the  sector-read  opera- 
tion of  a typical  hard-sectoring  floppy-disk  driver.  The 
program  (Fig.  5)  assumes  that  the  number  of  holes 
between  the  current  sector  and  the  requested  sector 
has  been  computed  in  a previous  routine,  the  result 
being  held  in  a variable  named  COUNT. 

The  interrupt  routines  generate  the  proper  delay  to 
look  for  the  sector  hole — not  of  the  sector  to  be  read, 
but  the  one  before.  Then  the  program  adds  0.9  times 
the  length  of  a sector  and,  at  that  moment,  switches 
from  an  interrupt  to  a polling  technique.  This  ap- 
proach assures  that  the  CPU  can  execute  other  tasks 
as  long  as  possible,  without  running  the  risk  of  missing 
a sector  hole. 

It  would  have  been  simpler  to  program  the  Z80  CTC 
to  interrupt  on  the  requested  sector  hole  rather  than 
on  the  previous  one.  In  that  case,  however,  the 
interrupt  overhead  delay,  added  to  the  time  required 
to  preserve  registers  and  flags  and  to  set  up  the  Z80 
CTC  time  delay,  would  be  in  the  order  of  186  T states 
(Fig.  6). 

If  the  controller  must  operate  both  on  a 2.5-MHz 
(Z80)  and  a 4-MHz  (Z80A)  processor,  the  described 
method  becomes  unacceptable  because  the  variable 
overhead  time  between  the  moment  the  sector  pulse 
occurs  and  the  moment  the  preamble-delay 
countdown  starts.  Instead,  the  sector  hole  is  detected 
by  software  polling,  which  only  introduces  a CPU 
clock-dependent  delay  of  86  to  101  T states  (Fig.  7). 
The  polling  loop,  however,  is  entered  about  4.5  ms  after 
the  previous  hole  has  been  encountered,  to  return 
control  to  the  main  program  for  as  long  as  possible. 

Polling  and  interrupt  techniques  can  be  combined 
in  this  case  because  sector  holes  are  regularly  spaced 
on  a disk.  Knowing  when  one  hole  flies  by  is,  in  theory, 
enough  to  predict  the  start  of  any  following  sector; 
in  practice,  however,  speed  variation,  electrical  delays 
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T-STATES 

FUNCTION 

21 

Max.  Interrupt  detection  delay 
(=longest  Z-80  CPU  instruction  time) 

19 

Interrupt  acknowledge  delay 

11 

PUSH  AF  ; SAVE  FLAGS , REGISTERS 

11 

PUSH  HL 

11 

PUSH  DE 

11 

PUSH  BC 

20 

PUSH  IY 

7 

LD  C ,CTC1 

10 

LD  DE,CNTMOD. SHL. 8+TIME32 

10 

LD  HL , CTRMOD . SHL . 8 +DELAY 2 

12 

OUT  (C) ,D 

12 

OUT  (C) ,E  ; ENABLE  CHANNEL  1 

7 

LD  C ,CTC2  ; ENABLE  CHANNEL  2 

12 

OUT  (C) ,H 

12 

OUT  (C) , L 

186 

Total  number  of  T states 

6.  Timing  analysis  shows  that  detecting  sectors  purely  by 
interrupts  requires  186  T states— too  much  for  a CPU- 
clock-independent  floppy  controller. 


T STATES 


FUNCTION 


11 

8 

12  T027 
12 
12 


INT11:  IN  A, (PIOB)  ; SEE  FIGURE  4 
BIT  SECTOR, A 
JR  NZ, INT11  ; SEE  NOTE 
OUT  (C),D 

OUT  (C) ,E  ; ENABLE  CHANNEL  1 


7 

12 

12 

86  TO  101 


LD  C,CTC2  ; ENABLE  CHANNEL  2 
OUT  (C)  , H 
OUT  (C)  , L 

Total  number  of  T states 


NOTE:  If  sector  pulse  occurs  after  execution  of  input 

instruction,  loop  is  entered  up  to  15  T states  later. 


7.  Detecting  sectors  by  polling  takes  less  time;  the  exact 
number  of  T states  depends  on  the  timing  of  the  sector 
pulse  with  respect  to  program  execution. 


and  mechanical  delays  introduce  too  many  uncertain- 
ties. Still,  the  approximate  knowledge  of  the  requested 
hole’s  occurrence  permits  the  calling  program  to 
utilize  additional  CPU  time  before  the  polling  loop  for 
sector-hole  sensing  takes  over.  This  provides  the 
preamble  delay-time  count  with  an  accurate  starting 
point. 

The  presence  of  one  index  hole  on  the  disk,  whose 
position  with  respect  to  the  first  encountered  hole  is 
not  known,  requires  special  attention.  When  the  Z80 
CTC  interrupts,  its  internal  counter  is  reloaded  and 
remains  enabled,  and  any  pulse  on  the  Z80  CTC  input 
line  will  decrement  the  counter,  even  though  the  device 
may  not  have  left  the  interrupt  state.  To  avoid 
spurious  interrupts  from  the  index  hole,  the  Z80  CTC 
is  always  reset  in  all  Z80  CTC  interrupt-service 
routines,  even  though  this  may  not  always  be  neces- 
sary .■■ 


How  useful?  Circle  No. 

Immediate  design  application  550 

Within  the  next  year  551 

Not  applicable  552 
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Zilog 


March  1981 

Introduction  The  Zilog  Z8000  CPU  microprocessor  is  a instructions  and  data  capabilities. 

major  advance  in  microcomputer  architecture.  Before  discussing  these  features  m more 

It  offers  many  minicomputer  and  mainframe  detail,  a word  about  nomenclature  is  in  order, 

features  for  the  first  time  in  a microprocessor  The  term  Z8000  refers  to  the  concept  and 
chip.  This  tutorial  describes  the  Z8000  CPU  architecture  of  a family  of  parts.  Zilog  has 

with  emphasis  placed  on  those  features  that  set  adopted  the  typical  conductor  industry  4-digit 

it  apart  from  its  microprocessor  predecessors.  designation  for  Z8000  Family  parts,  while  also 

For  a detailed  description  of  all  Z8000  CPU  keeping  the  traditional  3- letter  acronym  that 

features,  consult  the  Zilog  publications  listed  proved  so  popular  for  the  Z-80  Family.  Thus, 

in  the  bibliography  at  the  end  of  this  tutorial.  the  48-pin  version  of  the  Z8000  CPU  is  called 

The  features  to  be  discussed  are  grouped  the  Z8001  CPU;  the  40-pin  version  is  known  as 

into  four  areas:  CPU  organization,  handling  of  the  Z8002  CPU. 

interrupts  and  traps,  use  of  memory,  and  new 

CPU  The  Z8000  CPU  is  organized  around  a index.  When  the  third  index  is  needed,  it  must 

Organization  general-purpose  register  file  (Figure  1).  The  be  swapped  into  an  index  register.  In  contrast, 

register  file  is  a group  of  registers,  any  one  on  a general-register  machine  three  of  the 

of  which  can  be  used  as  an  accumulator,  registers  could  be  dedicated  for  index  use.  In 

index  register,  memory  pointer,  stack  pointer,  addition,  since  the  need  for  index  registers 

etc.  The  only  exception  is  Register  0,  as  may  vary  over  the  course  of  a program,  a 

explained  later.  general-register  architecture,  such  as  the 

Flexibility  is  the  major  advantage  of  a Z8000,  can  be  adapted  to  the  changing  needs 

general-purpose  register  organization  over  an  of  the  computation  with  respect  to  the  number 

organization  that  dedicates  particular  registers  of  accumulators,  memory  pointers  and  index 

to  each  function.  Computation-oriented  registers.  Thus  flexibility  results  in  increased 

routines  can  use  general  registers  as  performance  and  ease  of  use. 

accumulators  for  intermediate  results  whereas  In  addition,  the  registers  of  the  Z8000  are 

data  manipulation  routines  can  use  these  organized  to  process  8-bit  bytes,  16-bit  words, 

registers  for  memory  pointers.  32-bit  long  words  and  64-bit  quadruple  words. 

Dedicated  registers,  however,  have  a disad-  This  readily  accommodates  applications  that 

vantage:  when  more  registers  of  a given  type  process  data  of  variable  sizes  as  well  as  dif- 
are needed  than  are  supplied  by  the  machine,  ferent  tasks  that  require  different  data  sizes, 

the  performance  degrades  by  the  extra  mstruc-  Although  all  registers  can — in  general — be 

tions  to  swap  registers  and  memory  locations.  used  for  any  purpose,  certain  instructions  such 

For  example,  a processor  with  two  index  as  Subroutine  Call  and  String  Translation 

registers  suffers  when  three  are  needed  make  use  of  specific  registers  in  the  general 

because  a temporary  variable  m memory  (or  in  register  file,  and  this  must  be  taken  into 

another  register)  must  be  used  for  the  third  account  when  these  instructions  are  used. 
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CPU  The  Z8000  CPU  also  contains  a number  of  the  Refresh  Counter.  These  registers  are 

Organization  special-purpose  registers  in  addition  to  the  accessible  through  software  and  provide  some 

(Continued)  general-purpose  ones.  These  include  the  Pro-  of  the  interesting  features  of  Z8000  CPU 

gram  Counter,  Program  Status  registers  and  architecture. 


Figure  2.  Z8001  General  Purpose  Registers  Figure  3.  Z8002  General  Purpose  Registers 


Register  All  general-purpose  registers  can  be  used  as 

Organization  accumulators,  and  all  but  one  as  index 

registers  or  memory  pointers.  The  one  register 
that  cannot  be  used  as  an  index  register  is 
Register  0.  Specifying  Register  0 is  used  as  an 
escape  mechanism  to  change  the  address  mode 
from  IR  to  IM,  from  X to  DA,  or — with  Load 
instructions — from  BA  to  fyA..  This  has  been 
done  so  that  the  two  addressing  mode  bits  in 
the  instruction  can  specify  more  than  four 
addressing  modes  for  the  same  opcode. 

The  Z8000  CPU  register  file  can  be 
addressed  in  several  groupings:  as  sixteen 
byte  registers  (occupying  the  upper  half  of  the 
file  only),  as  sixteen  word  registers,  as  eight 
long-word  registers,  as  four  quadruple- word 
registers,  or  as  a mixture  of  these.  Instructions 
either  explicitly  or  implicitly  specify  the  type 
of  register.  Table  1 illustrates  the  cor- 
respondence between  the  4-bit  source  and 
destination  register  fields  in  the  instruction 
(Figure  4)  and  the  location  of  the  registers  in 
the  register  file  (Figures  2 and  3). 


Register 

Designator 

Byte 

Word 

Long 

Word 

Quadruple 

Word 

0 0 00 

RH0 

R0 

RR0 

RQ0 

0 0 0 1 

RH1 

R1 

00  10 

RH2 

R2 

RR2 

0 0 11 

RH3 

R3 

0 10  0 

RH4 

R4 

RR4 

RQ4 

0 10  1 

RH5 

R5 

0 110 

RH6 

R6 

RR6 

0 111 

RH7 

R7 

1000 

RL0 

R8 

RR8 

RQ8 

100  1 

RL1 

R9 

10  10 

RL2 

R10 

RR10 

10  11 

RL3 

Rll 

110  0 

RL4 

R12 

RR12 

RQ12 

110  1 

RL5 

R13 

1110 

RL6 

R14 

RR14 

1111 

RL7 

R15 

Table  1 
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Register  Note  that  the  byte  register-addressing 

Organization  sequence  (most  significant  bit  distinguishes 
(Continued)  between  the  two  bytes  in  a word  register)  is 

different  from  the  memory  addressing 
sequence  (least  significant  bit  distinguishes 
between  the  two  bytes  in  a word).  Long-word 
(32-bit)  and  quadruple-word  (64-bit)  registers 
are  addressed  by  the  binary  number  of  their 
starting  word  registers  (most  significant  word). 
For  example,  RR6  is  addressed  by  a binary  6 
and  occupies  word  registers  6 and  7. 


BYTE  OR 
WORD 


WORD  OR 
LONG  WORD 


MODE 

OPCODE 

BIW 

SOURCE 

DESTINATION 

1. 

L J 1 J 

1 J 1 

l, , — t 

MODE 

OPCODE 

SOURCE 

DESTINATION 

i 

1 » 1 1 i 

l 1 l_— 

L Lm— . 

MODE  * ♦ 

REGISTER  1 0 


IMMEDIATE 

DIRECT 


FOR  SOURCE  = 0 0 0 0 


INDIRECT 

INDEXED 


° | FOR  SOURCE  # 0 0 0 0 


Figure  4.  Instruction  Format 


System/  The  Z8000  CPU  can  run  in  one  of  two 

Normal  Mode  modes:  System  or  Normal.  In  System  Mode, 
of  Operation  all  of  the  instructions  can  be  executed  and  all 

of  the  CPU  registers  can  be  accessed.  This 
mode  is  intended  for  use  by  programs  that  per- 
form operating  system  type  functions.  In  Nor- 
mal Mode,  some  instructions,  such  as  I/O 
instructions,  are  not  all  allowed,  and  the  con- 
trol registers  of  the  CPU  are  inaccessible.  In 
general,  this  mode  of  operation  is  intended  for 
use  by  application  programs.  This  separation 
of  CPU  resources  promotes  the  integrity  of  the 
system  since  programs  operating  in  Normal 
Mode  cannot  access  those  aspects  of  the  CPU 
which  deal  with  time- dependent  or  system 
interface  events. 

Normal  Mode  programs  that  have  errors  can 
always  reproduce  those  errors  for  debug- 
ging purposes  by  simply  re-executing  the  pro- 
grams with  their  original  data.  Programs  using 
facilities  available  only  in  System  Mode  may 
have  errors  due  to  timing  considerations  (e.g., 


based  on  the  frequency  of  disk  requests  and 
disk  arm  position)  that  are  harder  to  debug 
because  these  errors  are  not  easily  repro- 
duced. Thus  a preferred  method  of  program 
development  would  be  to  partition  the  task  into 
that  portion  which  can  be  performed  without 
recourse  to  resources  accessible  only  in 
System  Mode  (which  will  usually  be  the  bulk  of 
the  task)  and  that  portion  requiring  System 
Mode  resources.  The  classic  example  of  this 
partitioning  comes  from  current  minicomputer 
and  mainframe  systems:  the  operating  system 
runs  in  System  Mode  and  the  individual  users 
write  their  programs  to  run  in  Normal  Mode. 

To  further  support  the  System/Normal  Mode 
dichotomy,  there  are  two  copies  of  the  stack 
pointer — one  for  the  System  Mode  and  another 
for  Normal.  Although  the  stacks  are  separated, 
it  is  possible  to  access  the  normal  stack 
registers  while  in  the  System  Mode  by  using 
the  LDCTL  instruction. 


Status  Lines  The  Z8000  CPU  outputs  status  information 

over  its  four  status  lines_(STo-ST3)  and  the 
System/Normal  line  (S/N).  This  information  can 
be  used  to  extend  the  addressing  range  or  to 
protect  accesses  to  certain  portions  of  memory. 
The  types  of  status  information  and  their  codes 
are  listed  in  Table  2. 

Status  conditions  are  mutually  exclusive  and 
can,  therefore,  be  encoded  without  penalty. 
Most  status  definitions  are  self-explanatory. 

One  code  is  reserved  for  future  enhancements 
of  the  Z8000  Family. 

Extension  of  the  addressing  range  is  accom- 
plished in  a Z8000  system  by  allocating 
physical  memory  to  specific  usage  (program 
vs.  data  space,  for  example)  and  using  exter- 
nal circuitry  to  monitor  the  status  lines  and 
select  the  appropriate  memory  space  for  each 
address.  For  example,  the  direct  addressing 
range  of  the  Z8002  CPU  is  limited  to  64K 
bytes;  however,  a system  can  be  configured 


with  128K  bytes  if  additional  logic  is  used, 
say,  to  select  the  lower  64K  bytes  for  program 
references  and  the  upper  64K  bytes  for  data 
references. 

ST3-ST0  Definition 


0 0 0 0 

Internal  operation 

0 0 0 1 

Memory  refresh 

00  10 

I/O  reference 

0 0 11 

Special  I/O  reference 

0 10  0 

Segment  trap  acknowledge 

0 10  1 

Non-maskable  interrupt  acknowledge 

0 110 

Non-vectored  interrupt  acknowledge 

0 111 

Vectored  interrupt  acknowledge 

1000 

Data  memory  request 

100  1 

Stack  memory  request 

10  10 

Data  memory  request  (EPU) 

10  11 

Stack  memory  request  (EPU) 

110  0 

Instruction  space  access 

110  1 

Instruction  fetch,  first  word 

1110 

Extension  processor  transfer 

1111 

Reserved 

Table  2 
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Status  Lines  Protection  of  memory  by  access  types  is 
(Continued)  accomplished  similarly.  The  memory  is  divided 

into  blocks  of  locations  and  associated  with 
each  block  is  a set  of  legal  status  signals.  For 
each  access  to  the  memory,  the  external  circuit 
checks  whether  the  CPU  status  is  appropriate 
for  the  memory  reference.  The  Z8010  Memory 
Management  Unit  is  an  example  of  an  external 
memory-protection  circuit,  and  it  is  discussed 
later  in  this  tutorial. 

The  first  word  in  an  instruction  fetch  has  its 


own  dedicated  status  code,  namely  1101.  This 
allows  the  synchronization  of  external  circuits 
to  the  CPU.  During  all  subsequent  fetch  cycles 
within  the  same  instruction  (remember,  the 
longest  instruction  requires  a total  of  four  word 
fetches),  the  status  is  changed  from  1101  to 
1100.  Load  Relative  and  Store  Relative  also 
have  a status  of  1100  with  the  data  reference, 
so  information  can  be  moved  from  program 
space  to  data  space. 


Heiresh 


The  idea  of  incorporating  the  Refresh 
Counter  in  the  CPU  was  pioneered  by  the 
Z-80  CPU,  which  performs  a refresh  access  in 
a normally  unused  time  slot  after  each  opcode 
fetch.  The  Z8000  is  more  straightforward  (each 
refresh  has  its  own  memory-access  time  slot  of 
three  clock  cycles),  and  is  more  versatile  (the 
refresh  rate  is  programmable  and  capable  of 
being  disabled  altogether). 

The  Refresh  Register  contains  a 9-bit  Row 
Counter,  a 6-bit  Rate  Counter  and  an  Enable 
Bit  (Figure  5).  The  row  section  is  output  on 
ADq-ADs  during  a refresh  cycle.  The  Z8000 
CPU  uses  word-organized  memory,  wherein  Ao 
is  only  employed  to  distinguish  between  the 
lower  and  upper  bytes  within  a word  during 
reading  or  writing  bytes.  Ao  therefore  plays  no 
role  in  refresh — it  is  always  0.  The  Row 
Counter  is — at  least  conceptually — always 
incremented  by  two  whenever  the  rate  counter 
passes  through  zero.  The  Row  Counter  cycles 
through  256  addresses  on  lines  ADi-ADs, 
which  satisfies  older  and  current  64-  and 
128-row  addressing  schemes,  and  can  also  be 
used  with  256-row  refresh  schemes  for 
64K  RAMs. 

The  Rate  Counter  determines  the  time 
between  successive  refreshes.  It  consists  of  a 
programmable  6-bit  modulo-n  prescaler 


(n  = 1 to  64),  driven  at  one-fourth  the  CPU 
clock  rate.  The  refresh  period  can  be  pro- 
grammed from  1 to  64  fis  with  a 4 MHz  clock. 

A value  of  zero  in  the  counter  field  indicates 
the  maximum  time  between  refreshes;  a value 
of  n indicates  that  refresh  is  to  be  performed 
every  4n  clock  cycles.  Refresh  can  be  disabled 
by  programming  the  Refresh  Enable  Bit  to 
be  zero. 

A memory  refresh  occurs  as  soon  as  possible 
after  the  indicated  time  has  elapsed.  Gener- 
ally, this  means  after  the  T3  clock  cycle  of  an 
instruction  if  an  instruction  execution  has  com- 
menced. When  the  CPU  does  not  have  control 
of  the  bus  (during  the  bus-request/bus- 
acknowledge  sequence,  for  example),  it  cannot 
issue  refresh  commands.  Instead,  it  has  inter- 
nal circuitry  to  record  "missed"  refreshes; 
when  the  CPU  regains  control  of  the  bus  it 
immediately  issues  the  "missed"  refresh  cycles. 
The  Z8001  and  Z8002  CPU  can  record  up  to 
two  "missed"  refresh  cycles. 
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Figure  5.  Refresh  Counter 


Instruction 

Prefetch 

(Pipelining) 


Most  instructions  conclude  with  two  or  three 
clock  cycles  being  devoted  to  internal  CPU 
operations.  For  such  instructions,  the  sub- 
sequent instruction-fetch  machine  cycle  is 
overlapped  with  the  concluding  operations, 
thereby  improving  performance  by  two  or 
three  clock  cycles  per  instruction. 

Examples  of  instructions  for  which  the  sub- 
sequent instruction  is  fetched  while  they  com- 
plete are  Arithmetic  and  Shift  instructions. 


Some  instructions  for  which  the  overlap  is 
logically  impossible  are  the  Jump  instructions 
(because  the  following  instruction  location  has 
not  been  determined  until  the  instruction  com- 
pletes). Some  instructions  for  which  overlap  is 
physically  impossible  are  the  Memory  Load 
instructions  (because  the  memory  is  busy  with 
the  current  instruction  and  cannot  service  the 
fetch  of  the  succeeding  instruction). 
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Extended 

Instruction 

Facility 


The  Z8000  architecture  has  a mechanism  for 
extending  the  basic  instruction  set  through  the 
use  of  external  devices.  Special  opcodes  have 
been  set  aside  to  implement  this  feature.  When 
the  CPU  encounters  instructions  with  these 
opcodes  in  its  instruction  stream,  it  will  per- 
form any  indicated  address  calculation  and 
data  transfer,  but  otherwise  treat  the  "extended 
instruction"  as  being  executed  by  the  external 
device.  Fields  have  been  set  aside  in  these 
extended  instructions  which  can  be  interpreted 
by  external  devices  (called  Extended  Process- 
ing Units — EPUs)  as  opcodes.  Thus  by  using 
appropriate  EPUs,  the  instruction  set  of  the 
Z8000  can  be  extended  to  include  specialized 
instructions. 

In  general,  an  EPU  is  dedicated  to  perform- 
ing complex  and  time  consuming  tasks  in 
order  to  unburden  the  CPU.  Typical  tasks 
suitable  for  specialized  EPUs  include  floating- 
point arithmetic,  data  base  search  and 
maintenance  operations,  network  interfaces, 
graphics  support  operations — a complete  list 
would  include  most  areas  of  computing.  EPUs 
are  generally  designed  to  perform  their  tasks 
on  data  resident  in  their  internal  registers. 
Moving  information  into  and  out  of  the  EPU's 
internal  registers,  as  well  as  instructing  the 
EPU  as  to  what  operations  are  to  be  per- 
formed, is  the  responsibility  of  the  CPU. 

For  the  Z8000  CPU,  control  of  the  EPUs 
takes  the  following  form.  The  Z8000  CPU 
fetches  instructions,  calculates  the 
addresses  of  operands  residing  in  memory, 
and  controls  the  movement  of  data  to  and 
from  memory.  An  EPU  monitors  this  activity  on 
the  CPU's  AD  lines.  If  the  instructions  fetched 
by  the  CPU  are  extended  instructions,  all 
EPUs  and  the  CPU  latch  the  instruction  (there 
may  be  several  different  EPUs  controlled  by 
one  CPU).  If  the  instruction  is  to  be  executed 
by  a particular  EPU,  both  the  CPU  and  the 
indicated  EPU  will  be  involved  in  executing 
the  instruction. 

If  the  extended  instruction  indicates  a 
transfer  of  data  between  the  EPU's  internal 
registers  and  the  main  memory,  the  CPU  will 
calculate  the  memory  address  and  generate 
the  appropriate  timing  signals  (AS,  DS, 

MREQ,  etc.),  but  the  data  transfer  itself  is 
between  the  memory  and  the  EPU  (over  the 


AD  lines).  If  a transfer  of  data  between  the 
CPU  and  EPU  is  indicated,  the  sender  places 
the  data  on  the  AD  lines  and  the  receiver 
reads  the  AD  lines  during  the  next  clock 
period. 

If  the  extended  instruction  indicates  an 
internal  operation  to  be  performed  by  the  EPU, 
the  EPU  begins  execution  of  that  task  and  the 
CPU  is  free  to  continue  on  to  the  next  instruc- 
tion. Processing  then  proceeds  simultaneously 
on  both  the  CPU  and  the  EPU  until  a second 
extended  instruction  is  encountered  that  is 
destined  for  the  same  EPU  (if  more  than  one 
EPU  is  in  the  system,  all  can  be  operating 
simultaneously  and  independently).  If  an 
extended  instruction  specifies  an  EPU  still 
executing  a previous  extended  instruction,  the 
EPU  can  suspend  instruction  fetching  by  the 
Z8000  CPU  until  it  is  ready  to  accept  the  next 
extended  instruction:  the  mechanism  for  this  is 
the  STOP  line,  which  suspends  CPU  activity 
during  the  instruction  fetch  cycle. 

There  are  four  types  of  extended  instructions 
in  the  Z8000  CPU  instruction  repertoire:  EPU 
internal  operations;  data  transfers  between 
memory  and  EPU;  data  transfers  between  EPU 
and  CPU;  and  data  transfer  between  EPU  flag 
registers  and  CPU  flag  and  control  word.  The 
last  type  is  useful  when  the  program  must 
branch  based  on  conditions  determined  by  the 
EPU.  Six  opcodes  are  dedicated  to  extended 
instructions:  OE,  OF,  4E,  4F,  8E  and  8F  (in 
hexadecimal).  The  action  taken  by  the  CPU 
upon  encountering  these  instructions  is  depen- 
dent upon  an  EPU  control  bit  m the  CPU's 
FCW.  When  this  bit  is  set,  it  indicates  that  the 
system  configuration  includes  EPUs;  therefore, 
the  instruction  is  executed.  If  this  bit  is  clear, 
the  CPU  traps  (extended  instruction  trap),  so 
that  a trap  handler  in  software  can  emulate  the 
desired  operation. 

In  conclusion,  the  major  features  of  this 
capability  are,  that  multiple  EPUs  can  be 
operating  in  parallel  with  the  CPU,  that  the 
five  main  CPU  addressing  modes  (Register, 
Immediate,  Indirect  Register,  Direct  Address, 
Indexed)  are  available  m accessing  data  for 
the  EPU;  that  each  EPU  can  have  more  than 
256  different  instructions;  and  that  data  types 
manipulated  by  extended  instructions  can  be 
up  to  16  words  long. 


The  Program  Status  Information  consists  of 
the  Flag  And  Control  Word  (FCW)  and  the 
Program  Counter  (PC).  The  Z8000  CPU  uses 
one  byte  m FCW  to  store  flags  and  another 
byte  to  store  control  bits. 

Arithmetic  Flags.  Flags  occupy  the  low  byte 
in  the  FCW  and  are  loaded,  read,  set  and 
reset  by  the  special  instruction  LDCTLB, 
RESFLG  and  SETFLG.  The  flags  are: 

C Carry 

Z Zero 

S Sign  (1  = negative;  two's  complement 

notation  is  used  for  all  arithmetic  on 
data  elements) 

P/V  Even  Parity  or  Overflow  (the  same  bit  is 
shared) 

D Decimal  Adjust  (differentiates  between 

addition  and  subtraction) 

H Half  Carry  (from  the  low-order  nibble) 


The  Z8000  provides  a powerful  interrupt  and 
trap  structure.  Interrupts  are  external  asyn- 
chronous events  requiring  CPU  attention,  and 
are  generally  triggered  by  peripherals  needing 
service.  Traps  are  synchronous  events 
resulting  from  the  execution  of  certain  instruc- 
tions. Both  are  processed  in  a similar  manner 
by  the  CPU. 

The  CPU  supports  three  types  of  interrupts 


The  Flag  and  Control  Word  and  the  Pro- 
gram Counter  are  collectively  called  the  Pro- 
gram Status  Information — a useful  grouping 
because  both  the  FCW  and  PC  are  affected  by 
interrupts  and  traps.  When  an  interrupt  or  trap 
occurs,  the  CPU  automatically  switches  to  the 
System  Mode  and  saves  the  Program  Status 
plus  an  identifier  word  on  the  system  stack. 

The  identifier  supplies  the  reason  for  the  inter- 
rupt. (The  Z8002  pushes  three  words  on  the 
stack;  the  Z8001  pushes  four  words.) 

After  the  pre- interrupt  or  "old"  Program 
Status  has  been  stored,  the  "new"  Program 
Status  is  automatically  loaded  into  the  FCW 
and  PC.  This  new  Program  Status  Information 
is  obtained  from  a specified  location  in 
memory,  called  the  Program  Status  Area. 

The  Z8000  CPU  allows  the  location  of  the 
Program  Status  Area  anywhere  in  the  address- 
able memory  space,  although  it  must  be 
aligned  to  a 256-byte  boundary.  Because  the 
Status  Line  code  is  1100  (program  reference) 
when  the  new  Program  Status  is  loaded,  the 
Program  Status  must  be  located  in  program 
memory  space  if  the  memory  uses  this  attribute 
(for  example,  when  using  the  Z8010  Memory 
Management  Unit  or  when  separate  memory 
modules  are  used  for  program  and  for  data). 


Control  Bits.  The  control  bits  occupy  the 
upper  byte  in  the  FCW.  They  are  loaded  and 
read  by  the  LDCTL  instruction,  which  is 
privileged  in  that  it  can  be  executed  only  in 
the  System  Mode.  The  control  bits  are: 

NVIE  Non- Vectored  Interrupt  Enable 

VIE  Vectored  Interrupt  Enable 

S/N  System  or  Normal  Mode 

SEG  Segmented  Mode  Enable  (Z8001  only) 

The  SEG  bit  is  always  0 in  the  Z8002  even  if 
the  programmer  attempts  to  set  it.  In  the 
Z8001,  a 1 in’ this  bit  indicates  segmented 
operation.  A 0 in  the  Z8001  SEG  bit  forces 
non-segmented  operation  and  the  CPU  inter- 
prets all  code  as  non-segmented.  Thus,  the 
Z8001  can  execute  modules  of  user  code 
developed  for  the  non-segmented  Z8002. 


(non-maskable,  vectored  and  non- vectored) , 
three  internal  traps  (system  call,  unimple- 
mented instruction,  privileged  instruction)  and 
a segmentation  trap.  The  vectored  and  non- 
vectored  interrupts  are  maskable. 

The  descending  order  of  priority  for  traps 
and  interrupts  is:  internal  traps,  non-maskable 
interrupts,  segmentation  trap,  vectored  inter- 
rupts and  non- vectored  interrupts. 


The  Program  Status  Area  Pointer  (PSAP) 
specifies  the  beginning  of  the  Program  Status 
Area.  In  the  Z8002,  the  PSAP  is  stored  in  one 
word,  the  lower  byte  of  which  is  zero.  The 
Z8001,  however,  stores  its  PSAP  in  two  words. 
The  first  contains  the  segment  number  and  the 
second  contains  the  offset,  the  lower  byte  of 
which  is  again  zero.  The  PSAP  is  loaded  and 
read  by  the  LDCTL  instruction. 

In  the  Z8002,  the  first  14  words  (28  bytes)  of 
the  Program  Status  Area  contain  the  Program 
Status  Information  for  the  following  interrupt 
conditions: 


Location 
(In  Bytes) 


8-11 


12-15 

16-19 

20-23 

24-27 


Condition 

Not  used  (reserved  for  future  use) 

Unimplemented  instruction  has 
been  fetched,  causing  a trap 

Privileged  instruction  has  been 
fetched  in  Normal  Mode,  causing  a 
trap 

System  Call  instruction 
Not  used 

Non-maskable  interrupt 
Non- vectored  interrupt 


Effects  of 
Interrupts 
on  Program 
Status 

(Continued) 


Bytes  28-29  contain  the  FCW  that  is  com- 
mon to  all  vectored  interrupts.  Subsequent 
locations  contain  the  vector  jump  table  (new 
PC  for  vectored  interrupts).  These  locations 
are  addressed  in  the  following  way:  the  8- bit 
vector  that  the  interrupting  device  has  put  on 
the  lower  byte  of  the  Address/Data  bus 
(AD0-AD7)  is  doubled  and  added  to 
PSAP  -I-  30.  Thus, 

Vector  0 addresses  PSAP  -I-  30, 

Vector  1 addresses  PSAP  -l-  32,  and 
Vector  255  addresses  PSAP  + 540. 


Bytes  56-59  contain  the  reserved  word  and 
FCW  common  to  all  vectored  interrupts. 
Subsequent  locations  contain  the  vector  jump 
table  (the  new  segment  number  and  offset  for 
all  vectored  interrupts).  These  locations  are 
addressed  in  the  following  way:  the  8- bit  vec- 
tor that  the  interrupting  device  has  put  on  the 
lower  byte  of  the  Address/Data  bus  (AD0-AD7) 
is  doubled  and  added  to  PSAP  + 60.  Thus, 

Vector  0 addresses  PSAP  + 60, 

Vector  2 addresses  PSAP  -I-  64,  and 
Vector  254  addresses  PSAP  + 568. 


In  the  segmented  Z8001,  the  first  28  words  of 
the  Program  Status  Area  (56  bytes)  contain  the 
Program  Status  Information  (reserved  word, 
FCW,  segment  number,  offset), for  the  follow- 
ing interrupt  conditions: 


Care  must  be  exercised  in  allocating  vector 
locations  to  interrupting  devices;  always  use 
even  vectors.  Thus  there  are  effectively  only 
128  entries  in  the  vector  jump  table.  (Figure  6 
illustrates  the  Program  Status  Area.) 


Location 


(In  bytes) 

Condition 

0-7 

Not  used  (reserved  for  future  use) 

8-15 

Unimplemented  instruction  has 
been  fetched  causing  a trap 

16-23 

Privileged  instruction  has  been 
fetched  in  Normal  Mode  causing 
a trap 

24-31 

System  Call  instruction 

32-39 

Segmentation  trap  (memory  viola- 
tion detected  by  the  Z8010  Memory 
Management  Unit) 

40-47 

Non-maskable  interrupt 

48-55 

Non- vectored  interrupt 

Z8002  OFFSET  „ 
(IN  BYTES)  “ 

RESERVED 

4 

MNIMPtEMENTSD 

INSTRUCTION 

8 

PRIVILEGED 

INSTRUCTION 

12 

SYSTEM  CALL 
INSTRUCTION 

16 

SEGMENT  TRAP  ' 
(UNUSED  FOR  zmm 

20 

NON-MASKABLE 

INTERRUPT 

24 

non  vectored  ; 

INTERRUPT 

26 

/ VECTORED  INT. 

30 

NEVE  PC 

32 

> NIWPC  ' , 1 

34 

•.  . _ ; 

36 

540 

. NEW  PC  ' 

„ Z8001  OFFSET 
u (IN  BYTES) 


8 


16 


24 


32 


40 


48 


56 

60 

64 


l VECTORED 
> INTERRUPT 
f JUMP  TABLE 


570 


Figure  6.  Program  Status  Area 
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Z8000  CPU 

Memory 

Features 


The  way  a processor  addresses  and  manages 
its  memory  is  an  important  aspect  in  both  the 
evaluation  of  the  processor  and  the  design  of  a 
computer  system  that  uses  the  processor.  Z8000 
architecture  provides  a consistent  memory 
address  notation  in  combining  bytes  into  words 
and  words  into  long  words.  All  three  data 
types  are  supported  for  operands  in  the  Z8000 
instruction  set.  I/O  data  can  be  either  byte-  or 
word-oriented. 

The  Z8001  CPU  provides  a segmented 
addressing  space  with  23-bit  addressing.  The 
Z8010  Memory  Management  Unit  can  increase 
the  address  range  of  this  processor.  To  support 
a memory  management  system,  the  Z8001  pro- 
cessor generates  Processor  Status  Information. 


These  signals  are  also  generated  by  the  Z8002 
CPU  and — as  mentioned  earlier — can  be  used 
to  increase  the  address  range  of  this  processor 
beyond  its  nominal  64K  byte  limit.  It  is  not 
necessary  to  use  a Z8010  Memory  Management 
Unit  with  a Z8001.  The  segment  number  (upper 
six  bits  of  the  address)  can  be  used  directly  by 
the  memory  system  as  part  of  the  absolute 
address. 

These  issues  are  discussed  in  more  detail  in 
the  following  sections,  along  with  a descrip- 
tion of  the  method  used  to  encode  certain 
segmented  addresses  into  one  word.  A brief 
comment  on  the  use  of  16K  Dynamic  RAMs 
with  the  Z8001  concludes  this  group  of  sections 
that  deal  with  Z8000  CPU  memory  features. 


Address 

Notation 


In  the  Z8000  CPU,  memory  and  I/O 
addresses  are  always  byte  addresses.  Words  or 
long  words  are  addressed  by  the  address  of 
their  most  significant  byte  (Figure  7).  Words 
always  start  on  even  addresses  (Aq  = 0),  so 
both  bytes  of  a word  can  be  accessed  simul- 
taneously. Long  words  also  start  on  even 
addresses. 

Within  a word,  the  upper  (or  more  signifi- 
cant) byte  is  addressed  by  the  lower  (and 
always  even)  address.  Similarly,  within  a long 
word,  the  upper  (more  significant)  word  is 
addressed  by  the  lower  address.  Note  that  this 
format  differs  from  the  PDP- 1 1 but  is  identical 
to  the  IBM  convention. 

There  is  good  reason  for  choosing  this  for- 
mat. Because  the  Z8000  CPU  can  operate  on 
32-bit  long  words  and  also  on  byte  and  word 
strings,  it  is  important  to  maintain  a continuity 
of  order  when  words  are  concatenated  into 
long  words  and  strings.  Making  ascending 
addresses  proceed  from  the  highest  byte  of  the 
first  word  to  the  lowest  byte  of  the  last  word 
maintains  this  continuity,  and  allows  compar- 


ing and  sorting  of  byte  and  word  strings. 

Bit  labeling  within  a byte  does  not  follow  this 
order.  The  least  significant  bit  m a byte,  word 
or  long  word  is  called  Bit  0 and  occurs  in  the 
byte  with  the  highest  memory  address.  This  is 
consistent  with  the  convention  where  bit  n 
corresponds  to  position  2n  in  the  conventional 
binary  notation.  This  ordering  of  bit  numbers 
is  also  followed  m the  registers. 

LONG  WORD  WORD  BYTE 

ADDRESSES  ADDRESSES  ADDRESSES  MEMORY 


/" 


0000 

oooo 

0000 

A0 

___  0001 

5B 

0010 

0010 

0010 

C2 

0011 

35 

0100 

0100 

0100 

02 

--  ■ 

0101 

AB 

0110 

0110 

0110 

2B 



0111 

FF 

1000 

1000 

1000 

A2 

1001 

CONTENTS  OF  BYTE  0100  = “02” 
CONTENTS  OF  WORD  0100  = “02AB” 
CONTENTS  OF  LONG  WORD  0100  = "02AB2BFF” 
CONTENTS  OF  LONG  WORD  0010  = “C23502AB” 


Figure  7.  Memory  Addressing 
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Memory  Like  most  16-bit  microprocessors,  the  Z8000  ignored  and  A1-A15  address  the  memory  or 

and  I/O  CPU  uses  a 16-bit  parallel  data  bus  between  I/O^  For  byte  operations  in  the  read  mode, 

Addressing  the  CPU  and  memory  or  I/O.  The  CPU  is  B/W  = High,  Ao  is  again  ignored,  and  a 

capable  of  reading  or  writing  a 16-bit  word  whole  word  (both  bytes)  is  read,  but  the  CPU 

with  every  access.  Words  are  always  addressed  internally  selects  the  appropriate  byte.  For 

with  even  addresses  (Ao  = 0).  All  instructions  byte  operations  in  the  write  mode,  the  CPU 
are  words  or  multiple  words.  outputs  identical  information  on  both  the  Low 

The  Z8000  CPU  can,  however,  also  read  and  (AD0-AD7)  and  the  High  (AD8-AD15)  bytes  of 

write  8-bit  bytes,  so  memory  and  I/O  addresses  the  Address/Data  bus.  External  TTL  logic  must 

are_always  expressed  in  bytes.  The  Byte/Word  be  used  to  enable  writing  in  one  memory  byte 

(B/W)  output  indicates  whether  a byte  or  word  and  disable  writing  in  the  other  byte,  as 
is  addressed  (High  = byte).  Ao  distinguishes  defined  by  Ao-  The  replication  of  byte  informa- 

between  the  upper  and  lower  byte  in  memory  tion  for  writes  is  for  the  current  implementation 

or  I/O.  The  most  significant  byte  of  the  word  is  and  may  change  for  subsequent  Z8000  CPUs; 

addressed  when  Aq  is  Low  (Figure  8).  therefore  system  designs  should  not  depend 

For  word  operations  in  both  the  read  and  upon  this  feature, 

write  modes,  B/W  = Low,  Aq  is  simply 


16-BIT  BUS  DATA  PATH 


Figure  8.  Byte/Word  Selection 


Segmentation  In  organizing  memory,  segmentation  is  a 

powerful  and  useful  technique  because  it  forms 
a natural  way  of  dividing  an  address  space  into 
different  functional  areas.  A program  typically 
partitions  its  available  memory  into  disjointed 
areas  for  particular  uses.  Examples  of  this  are 
storing  the  procedure  instructions,  holding  its 
global  variables,  or  serving  as  a buffer  area 
for  processing  large,  disk-resident  data  bases. 
The  requirements  for  these  different  areas  may 
differ,  and  the  areas  themselves  may  be 
needed  only  part  of  the  time. 

Segmentation  reflects  this  use  of  memory  by 
allowing  a user  to  employ  a different  segment 
for  each  different  area.  A memory  manage- 
ment system  can  then  be  employed  to  provide 
system  support,  such  as  swapping  segments 
from  disk  to  primary  memory  as  requested  (as 
in  overlays),  or  in  monitoring  memory  accesses 
and  allowing  only  certain  types  of  accesses  to 


a particular  segment.  Thus,  dealing  with 
segments  is  a convenient  way  of  specifying 
portions  of  a large  address  space. 

When  segmentation  is  combined  with  an 
address  translation  mechanism  to  provide 
relocation  capability,  the  advantages  of 
segmentation  are  enhanced.  Now  segments  can 
be  of  variable  user-specifiable  sizes  and 
located  anywhere  in  memory. 

The  Z8001  generates  23-bit  logical 
addresses,  consisting  of  a 7-bit  segment 
number  and  a 16-bit  offset.  Thus  each  of  its  six 
memory  address  spaces  consists  of  128  seg- 
ments, and  each  segment  can  be  up  to  64K 
bytes.  Different  routines  of  a program  can 
reside  in  different  segments,  and  different  data 
sets  can  reside  in  different  segments.  The 
Z8010  Memory  Management  Unit  translates 
these  logical  addresses  into  physical-memory 
locations. 
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Long  Offset 
and  Short 
Offset 
Addressing 


When  a segmented  address  is  stored  in 
memory  or  in  a register,  it  occupies  two 
16-bit  words  as  previously  described  for  the 
PC  and  PSAP.  This  is  a consequence  of  the 
large  addressing  range.  When  a segmented 
address  is  part  of  an  instruction  in  the  Direct 
Address  and  Indexed  Address  Modes,  there 
are  two  representations:  Long  and  Short  Offset 
addressing. 

In  the  general  unrestricted  case  of  Long  Off- 
set, the  segmented  address  occupies  two 
words,  as  described  before.  The  most  signifi- 
cant bit  in  the  segment  word  is  a 1 in  this  case. 

The  Short  Offset  Mode  squeezes  the  segment 
number  and  offset  into  one  word,  saving  pro- 


gram size  and  execution  time.  Since  23  bits 
obviously  don't  fit  into  a 16-bit  word,  the  8 
most  significant  bits  of  the  offset  are  omitted 
and  implied  to  be  zero.  The  most  significant 
bit  of  the  address  word  is  made  0 to  indicate 
Short  Offset  Mode.  Short  Offset  addresses  are 
thus  limited  to  the  first  256  bytes  at  the  begin- 
ning of  each  segment.  This  may  appear  to  be  a 
severe  restriction,  but  it  is  very  useful, 
especially  in  the  Index  Mode,  where  the  index 
register  can  always  supply  the  full  16-bit  range 
of  the  offset.  Short  Offset  saves  one  instruction 
word  and  speeds  up  execution  by  two  clock 
cycles  in  Direct  Address  Mode  and  three  clock 
cycles  in  Indexed  Mode. 


Using  the 
Z8010  Mem- 
ory Manage- 
ment Unit 


The  Z8001  CPU  can  be  combined  with 
another  48-pin  LSI  device — the  Z8010  MMU — 
for  sophisticated  memory  management.  The 
MMU  provides  address  translation  from  the 
logical  addresses  generated  by  the  Z8001  CPU 
to  the  physical  addresses  used  by  the  memory. 
An  address  translation  table,  containing  start- 
ing addresses  and  size  information  for  each  of 
the  64  segments,  is  stored  in  the  MMU.  The 
translation  table  can  be  written  and  read  by 
the  CPU  using  Special  I/O  instructions.  The 
MMU  thus  provides  address  relocation  under 
software  control,  making  software  addresses 
(i.e.,  logical  addresses)  independent  of  the 
physical  memory  addresses. 

But  the  MMU  provides  much  more  than 
address  relocation;  it  also  monitors  and  pro- 
tects memory  access.  The  MMU  provides  a 
Trap  input  to  the  CPU  and — if  necessary — an 
inhibit  signal  (SUP)  to  the  memory  write  logic 
when  specific  memory-access  violations  occur. 
The  MMU  provides  the  following  types  of 
memory  protection: 


■ Accesses  outside  the  segment's  alloted 
memory  can  be  prevented. 

■ Any  segment  can  be  declared  invalid  or 
non-accessable  to  the  CPU. 

■ Segments  can  be  declared  Read  Only. 

■ By  designating  a segment  as  System  Only, 
access  can  be  prohibited  during  the  Normal 
Mode. 

■ Declaring  a segment  Execute  Only  means  it 
can  be  accessed  only  during  instruction 
access  cycles.  Data  or  stack  use  is  pro- 
hibited. 

■ Any  segment  can  be  excluded  from  DMA 
access. 

■ Segments  can  have  a Direction  And  Write 
Warning  attribute,  which  generates  a trap 
when  a write  access  is  made  in  the  last  256 
bytes  of  its  size.  This  mechanism  can  be 
used  to  prevent  stack  overflow. 


Multiple  MMUs  must  be  used  when  more 
than  64  segments  are  needed.  Thus,  to  support 
the  full  complement  of  128  segment  numbers 
provided  for  each  Z8001  CPU  address  space, 
two  MMUs  are  required.  The  MMU  has  been 
designed  for  multiple-chip  configurations,  both 
to  support  128- segment  translation  tables  and 
to  support  multiple  translation  table  systems. 

Note  that  the  memory  management  features 
do  not  interfere  with  the  ability  to  directly 
address  the  entire  memory  space.  Once  pro- 
grammed, the  MMU  (or  MMUs)  translates  and 
monitors  any  memory  address  generated  by 
the  CPU. 

The  MMU  contains  status  bits  that  describe 
the  history  of  each  segment.  One  bit  for  each 
segment  indicates  whether  the  segment  has 
been  accessed;  another  bit  indicates  whether 
the  segment  has  been  written.  This  is  important 
for  certain  memory  management  schemes.  For 
example,  the  MMU  indicates  which  segments 
have  been  updated  and,  therefore,  must  be 
saved  on  disk  before  the  memory  can  be  used 
by  another  program. 

When  translating  logical  addresses  to  phys- 
ical memory  addresses,  the  MMU  must  do  the 
following:  access  its  internal  64  x 32-bit  RAM, 
using  the  segment  number  as  the  address,  then 
add  the  16  bits  of  RAM  output  to  the  most 
significant  address  byte  (ADq-ADis)  and  final- 
ly place  the  result  on  its  Address  outputs.  The 
least  significant  byte  (AD0-AD7)  bypasses  the 
MMU. 

The  internal  RAM  access  time  is  approxi- 
mately 150  ns.  Throughput  delay  is  avoided  by 
making  the  segment  number  available  early: 
SN0-SN7  are  output  one  clock  period  earlier 
than  the  address  information  on  AD0-AD7. 

In  summary,  the  Z8000  CPU  supports 
sophisticated  memory  management  through 
such  architectural  features  as  the  Status  Lines, 
the  R/W  and  S/N  lines,  Segment  Trap  input 
line,  and  early  output  of  segment  numbers. 
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Using  16K 
Dynamic 
RAMs  with 
the  Z8001 


Z8000  systems  usually  implement  most  of 
their  memory  with  16K  x 1 -bit  dynamic  RAMs 
that  have  time-multiplexed  addresses  (Zilog 
also  manufactures  this  device — the  Z6116). 

In  Z8001 -based  systems  with  MMUs,  CPU 
Address/Data  lines  AD1-AD7  supply  row 
addresses,  MMU  address  outputs  As- A 14  sup- 
ply column  addresses,  and  MMU  outputs 
A15-A23  are  decoded  to  generate  Chip  Select 
signals  that  gate  either  RAS  or  CAS  or  both. 

Gating  RAS  reduces  power  consumption 
because  all  non-selected  memories  remain 
in  the  standby  mode.  But  this  technique 


requires  that  RAS  must  wait  for  the  availability 
of  the  most  significant  address  bits  from  the 
MMU.  During  refresh,  the  RAS  decoder  must 
be  changed  to  activate  all  memories 
simultaneously. 

Gating  CAS  does  not  achieve  lower  power 
consumption;  however,  this  technique  allows 
the  use  of  slower  memories  because  RAS  can 
be  activated  as  soon  as  the  CPU  address  out- 
puts are  stable,  without  waiting  for  the  MMU 
delay.  Also,  there  is  no  need  to  change  the 
CAS  decoder  during  refresh. 


Data  Types  The  Z8000  architecture  directly  supports 
and  bits,  digits,  bytes,  and  16-  or  32-bit  integers  as 

Instructions  primitive  operands  in  its  instruction  set.  In 

addition,  the  rich  set  of  addressing  modes  sup- 
ports higher-level  data  constructs  such  as 
arrays,  lists  and  records.  The  Z8000  also  intro- 


duces a number  of  powerful  instructions  that 
extend  the  capabilities  of  microprocessors.  The 
remaining  sections  of  this  paper  describe 
Z8000  data  types,  addressing  modes,  and  a 
selection  of  novel  instructions. 
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specified  by  the  instruction.  In  addition, 
strings  of  8-  or  16-bit  data  can  be  manipulated 
by  single  instructions.  Of  particular  interest 
are  the  increased  precisions  of  the  arithmetic 
instructions.  Add  and  Subtract  instructions  can 


operate  on  8-,  16-,  or  32-hit  operands:  Multi- 
ply instructions  can  operate  on  16-  or  32-bit 
multiplicands;  and  Divide  instructions  can 
operate  on  32-  or  64-bit  dividends.  The  Shift 
instructions  can  operate  on  8-,  16-,  and  32-bit 
registers. 


Addressing 

Modes 


The  rich  variety  of  addressing  modes  offered 
by  Z8000  architecture  includes:  Register, 
Immediate,  Indirect  Register,  Direct  Address, 
Index,  Relative  Address,  Base  Address,  and 
Base  Index.  Three  are  of  particular  interest 
with  respect  to  high-level  data  structures: 
Indirect  Register,  Base  Address,  and  Base 
Index.  These  modes  can  be  used  for  lists, 
records,  and  arrays,  respectively. 

Indirect  Register.  In  this  addressing  mode, 
the  contents  of  the  register  are  used  as  a 
memory  address.  This  mode  is  needed 
whenever  special  address  arithmetic  must  be 
performed  to  reference  data.  Essentially,  the 
address  is  calculated  in  a register  and  then 
used  to  fetch  the  data.  For  example,  this  mode 
is  useful  when  manipulating  a linked  list, 
where  each  entry  contains  a memory  pointer  to 
the  memory  location  of  the  next  entry.  Essen- 
tially, the  pointer  is  loaded  into  a register  and 
used  to  access  the  next  item  on  the  list.  When 
the  list  item  is  large  or  has  a complex  struc- 
ture, the  Base  Address  or  Base  Index  Modes 
can  be  used  to  access  various  components  of 
the  item. 

Base  Address.  In  this  addressing  mode,  the 
memory  address  contained  in  the  register  (the 
base)  is  modified  by  a displacement  m the 
instruction  (known  at  compile  time).  This  mode 


is  useful,  for  example,  in  accessing  fields 
within  a record  whose  format  is  fixed  at  com- 
pile time. 

Base  Index.  The  memory  address  in  this 
addressing  mode  is  contained  in  a register  (the 
base)  and  is  modified  by  the  contents  of 
another  register  (the  index).  This  mode  can  be 
useful  in  accessing  the  components  of  an 
array,  because  the  index  of  the  component  is 
usually  calculated  during  execution  time — as  a 
function  of  the  index  of  a DO-Loop,  for 
example. 

Index  vs.  Base  Address.  In  the  Z8002  and  in 
the  Z8001  running  non- segmented,  these  two 
addressing  modes  are  functionally  equivalent, 
because  the  base  address  and  displacement 
are  both  16-bit  values. 

When  the  Z8001  runs  segmented,  there  is  a 
difference:  in  the  Index  mode,  the  base 
address  (including  the  segment  number)  is 
contained  in  the  instruction,  in  either  Short 
Offset  or  Long  Offset  notation.  The  16-bit  dis- 
placement stored  in  a register  is  then  added  to 
the  offset  in  the  base  address  to  calculate  the 
effective  address.  In  the  Base  Address  Mode, 
on  the  other  hand,  the  16-bit  displacement  is 
specified  in  the  instruction  and  is  added  to  the 
offset  of  the  base  address  that  is  stored  in  a 
long- word  register. 
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The  Instruc- 
tion Set 


The  Z8000  offers  an  abundant  instruction  set 
that  represents  a major  advance  over  its 
predecessors.  The  Load  and  Exchange  instruc- 
tions have  been  expanded  to  support  operating 
system  functions  and  conversion  of  existing 
microprocessor  programs.  The  usual  Arith- 
metic instructions  can  now  deal  with  higher- 
precision  operands,  and  hardware  Multiply 
and  Divide  instructions  have  been  added.  The 
Bit  Manipulation  instructions  can  access  a 
calculated  bit  position  within  a byte  or  word, 
as  well  as  specify  the  position  statically  in  the 
instruction. 

The  Rotate  and  Shift  instructions  are  con- 
siderably more  flexible  than  those  in  previous 
microprocessors.  The  String  instructions  are 
useful  in  translating  between  different 
character  codes.  Special  I/O  instructions  are 
included  to  manage  peripheral  devices,  such 
as  the  Memory  Management  Unit,  that  do  not 
respond  to  regular  I/O  commands.  Multiple- 
processor  configurations  are  supported  by 
special  instructions. 

The  following  instructions  exemplify  the 
innovative  nature  of  the  Z8000  instruction  set. 

A complete  list  of  Z8000  instructions  can  be 
found  in  the  reference  materials  listed  at  the 
end  of  this  tutorial. 

Load  and  Exchange  Instructions. 

Exchange  Byte  (EX)  is  practical  for  converting 
Z-80,  8080,  6800  and  other  microprocessor 
programs  into  Z8000  code,  because  the  Z8000 
uses  the  opposite  assignment  of  odd/even 
addresses  in  16-bit  words. 

Load  Multiple  (LDM)  saves  n registers  and  is 
useful  for  switching  tasks. 

Load  Relative  (LDR)  loads  fixed  values  from 
program  space  into  data  space. 

Arithmetic  Instructions. 

Add  With  Carry  and  Subtract  With  Carry 
(ADC,  SBC)  are  conventionally  used  in  8-bit 
microprocessors  for  multiprecision  arithmetic 
operations.  These  instructions  are  rarely  used 
with  the  Z8000  CPU  because  it  has  16-  and 
32-bit  arithmetic  instructions. 

Decrement  By  N and  Increment  By  N (DEC, 
INC)  are  intended  for  address  and  pointer 
manipulation,  but  can  also  be  used  for  Quick 
Add/Subtract  Immediate  with  4-bit  nibbles. 

The  flag  setting  is  different  from  Add/Subtract 
instructions — as  is  conventional — in  that  the 
Carry  and  Decimal  adjust  flags  are  unaffected 
by  the  Increment  and  Decrement  instructions 
to  support  multiple  precision  arithmetic. 

Decimal  Adjust  (DAB)  automatically  generates 
the  proper  2-digit  BCD  result  after  a byte  Add 
or  Subtract  operation,  and  eliminates  the  need 
for  special  decimal  arithmetic  instructions. 


Multiply  (MULT)  provides  signed  (two's  com- 
plement) multiplication  of  two  words,  generat- 
ing a long-word  result;  or  of  two  long-words 
generating  a quadruple  word  result.  No  byte 
multiply  exists  because  it  is  rarely  used  and, 
after  sign  extension,  can  be  performed  by  a 
word  multiply. 

Divide  (DIV)  provides  signed  (two's  comple- 
ment) division  of  a long  word  by  another  word, 
generating  a word  quotient  and  a remainder 
word;  or  of  one  quadruple-word  by  a long- 
word,  generating  a long-word  quotient  and 
long- word  remainder. 

Both  Multiply  and  Divide  use  a conforming 
register  assignment.  That  is,  a multiply  fol- 
lowed by  a divide  on  the  same  registers  is 
essentially  a no-op.  The  register  designation 
used  in  the  operation  description  must  be  even 
for  word  operations  and  must  be  a multiple  of 
four  for  long- word  operations. 

Logical  Instructions. 

Test  Condition  Code  (TCC)  performs  the  same 
test  as  a lump  instruction,  but  affects  the  least 
significant  bit  of  a specified  register  instead  of 
changing  the  PC. 

Program  Control  Instructions. 

Call  Relative  (CALR)  is  a shorter,  faster  ver- 
sion of  Call,  but  with  a limited  range. 

Decrement  And  Jump  If  Non-Zero  (DJNZ)  is  a 

one- word  basic  looping  instruction. 

Jump  Relative  (JR)  is  a shorter,  faster  version 
of  Jump,  but  with  a limited  range. 

Bit  Manipulation  Instructions. 

Test  Bit,  Reset  Bit,  Set  Bit  (BIT,  RES,  SET)  are 

available  in  two  forms:  static  and  dynamic.  For 
the  static  form,  any  bit  (the  position  is  defined 
in  the  immediate  word  of  the  instruction) 
located  in  any  byte  or  word  in  any  register  or 
in  memory  can  be  set,  reset  or  tested  (inverted 
and  routed  into  the  Z flag). 

For  the  dynamic  form,  any  bit  (the  position 
is  defined  by  the  content  of  a register  that  is, 
in  turn,  specified  in  the  instruction)  located  in 
any  byte  or  word  in  any  register,  but  not  in 
memory,  can  be  set,  reset  or  tested. 

Test  And  Set  (TSET)  is  a read/modify/write 
instruction  normally  used  to  create  operating 
system  locks.  The  most  significant  bit  of  a byte 
or  word  in  a register  or  in  memory  is  routed 
into  the  S flag  bit  and  the  whole  byte  or  word 
is  then  set  to  all  Is.  During  this  instruction,  the 
processor  does  not  relinquish  the  bus. 

Test  Multi-Micro  Bit  and  Multi-Micro 
Request/Set/Reset  (MBIT,  MREQ,  MSET, 

MRES)  are  used  to  synchronize  the  access  by 
multiple  microprocessors  to  a shared  resource, 
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The  Instruc 
tion  Set 

(Continued) 


Rotate  and  Shift  Instructions. 

The  Z8000  CPU  has  a complete  set  of  shift 
instructions  that  shift  any  combination  of  bytes 
or  words,  right  or  left,  arithmetically  or  logic- 
ally, by  any  meaningful  number  of  positions  as 
specified  either  in  the  instruction  (static)  or  in 
a register  (dynamic). 

The  CPU  also  has  a smaller  repertoire  of 
rotate  instructions  that  rotates  bytes  or  words, 
either  right  or  left,  through  carry  or  not,  and 
by  one  bit  or  by  two  bits. 

The  instructions  Rotate  Digit  Left  and  Rotate 
Digit  Right  (RLDB,  RRDB)  rotate  4-bit  BCD 
digits  right  or  left,  and  are  used  in  BCD  arith- 
metic operations. 

Block  Transfer  and  String  Manipulation 
Instructions. 

Translate  And  Decrement/Increment  (TRDB, 
TRIB)  is  used  for  code  conversion,  such  as 
ASCII  to  EBCDIC.  These  instructions  translate 
a byte  string  in  memory  by  substituting  one 
string  by  its  table-lookup  equivalent.  TRDB 
and  TRIB  execute  one  operation  and  decre- 
ment the  contents  of  the  length  register;  thus 
they  are  useful  as  part  of  loop  performing 
several  actions  on  each  character. 

Translate,  Decrement/Increment  and  Repeat 
(TRDRB,  TRIRB)  are  the  same  as  TRDB  and 


such  as  a common  memory,  bus,  or  I/O 
device. 

Note  that  the  instruction  MREQ  (Multi- 
Microprocessor  Request)  has  nothing  what- 
soever in  common  with  the  MREQ  (Memory 
Request)  output  from  the  Z8000  CPU. 


TRIB,  except  they  repeat  automatically  until 
the  contents  of  the  length  register  become 
zero.  They  are  therefore  useful  in  straightfor- 
ward translation  applications. 

Translate  And  Test,  Decrement/Increment 
(TRTDB,  TRTIB)  tests  a character  according  to 
the  contents  of  the  translation  table. 

Translate  And  Test,  Decrement/Increment  And 
Repeat  (TRTDRB,  TRTIRB)  scans  a string  of 
characters.  The  first  character  is  tested  and, 
depending  on  the  contents  of  the  translation 
table,  the  process  stops  or  skips  to  the  next 
character.  Stopped  characters  can  be  used  for 
further  processing. 

I/O  and  Special  1/ O Instructions. 

The  Z8000  CPU  has  two  complete  sets  of  I/O 
instructions:  Standard  I/O  and  Special  I/O. 

The  only  difference  is  the  status  information  on 
the  ST0-ST3  outputs.  Standard  I/O  instructions 
are  used  in  communicate  with  Z-Bus  compat- 
ible peripherals.  Special  I/O  instructions  are 
typically  used  for  communicating  with  the 
Memory  Management  Unit. 

Both  types  of  instructions  transfer  8 or  16 
bits  and  use  a type  of  16-bit  addressing 
analogous  to  the  Z8002  memory-addressing 
scheme:  For  word  operations,  Ao  is  always 
zero;  in  byte- input  operations,  Aq  is  used 
internally  by  the  CPU  to  select  the  appropriate 
byte;  in  byte-output  operations,  the  byte  is 
duplicated  in  the  high  and  low  bytes  of  the 
address/data  bus,  and  external  logic  uses  Aq 
to  enable  the  appropriate  output  device. 
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Introduction  This  application  note  describes  the  hard- 
ware design  implementation  of  a small  com- 
puter using  the  Ziiog  Z8002  16-bit  micro- 
processor, ROMs/EPROMs  and  dynamic  RAMs 
plus  parallel  and  serial  I/O  devices.  The  inter- 
face requirements  of  the  Z8002  to  memory  and 
to  Z80A  peripherals  are  described  and  design 
alternatives  are  given  whenever  possible.  This 
design  is  similar  in  structure  and  is  software 
compatible  with  the  Ziiog  Z8000  Development 


Module  (part  number  05-6101-01). 

The  design  uses  a minimal  number  of  TTL 
support  devices  and,  whenever  possible,  gate 
functions  have  been  combined  into  MSI  cir- 
cuits. The  result  is  a design  that  uses  MSI  TTL 
circuits  in  a very  efficient — but  sometimes  non- 
obvious — way  that  minimizes  the  package 
count.  Because  some  of  the  design  techniques 
may  not  be  self-explanatory,  an  effort  has  been 
made  to  explain  them. 


General 

Structure 


Figure  1 shows  a block  diagram  of  the 
design.  The  Z8002  16-bit  microprocessor  is  the 
heart  of  the  system.  This  high-performance 
CPU  offers  a regular  architecture,  a powerful 
instruction  set,  a sophisticated  interrupt  struc- 
ture, and  high  throughput  at  a modest  4 MHz 
clock  rate. 

For  a description  of  the  Z8002,  see  the 
Z8001/Z8002  CPU  Product  Specification 
(03-8002-01).  For  a detailed  description  of 
the  Z8000  instruction  set,  refer  to  the  Z8000 
PLZ/ASM  Assembly  Language  Manual 
(03-3055-01). 

Fixed  program  and  data  information  is 
stored  in  an  array  of  2K  x 8 ROMs  or  EPROMs; 
16  16K  x 1 dynamic  RAMs  provide  32K  bytes 
of  read/write  storage.  Input/output  is  handled 
by  five  I/O  devices.  Two  Z80A  PIOs  provide  4 
byte-wide  bidirectional  ports  (32  lines)  with 
handshake  control.  A Z80A  SIO  provides  two 
fully  independent  full-duplex  asynchronous  or 
synchronous  serial  data  communications  chan- 
nels. Four  counter/timers  in  the  Z80A  CTC 


relieve  the  processor  from  simple  counting  and 
timing  tasks  and  generate  the  programmable 
baud- rates  for  the  serial  I/O  channels.  Eight 
switches  can  be  interrogated  and  interpreted 
by  the  program. 

The  block  diagram  also  indicates  the  various 
support  functions.  A crystal-controlled  clock 
circuit  generates  a Z8002  and  Z80A  compatible 
clock  signal  plus  two  complementary  TTL 
clocks.  Address  buffers  drive  the  memory  and 
I/O  devices;  address  latches  demultiplex  the 
time-shared  Address/Data  bus. 

The  ROM  array  uses  a One-of-Eight  Address 
Decoder  and  the  RAMs  are  driven  by  an 
address  multiplexer  and  a RAS/CAS 
generator.  The  timing  for  all  these  functions 
originates  in  the  bus  control  and  timing  cir- 
cuit. The  I/O  devices  are  selected  by  an  I/O 
decoder  and  receive  Z80A  equivalent  control 
signals  generated  by  the  Z8002  to  Z80A  Con- 
trol Translator.  The  following  sections  contain 
detailed  descriptions  of  these  circuits. 
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Clock 

Generation 


The  Z8002  requires  a continuously  running 
clock  with  a frequency  between  500  kHz  and 
4 MHz.  Most  Z8002  applications  are  perfor- 
mance oriented  and  the  clock  rate  is  therefore 
usually  set  close  to  the  maximum  limit  of 
4 MHz.  At  this  frequency,  the  specified 
requirements  for  clock  width  (minimum  of 
105  ns  High  or  Low)  and  clock  transition  times 
(maximum  of  20  ns  rise  or  fall)  require  careful 
attention.  At  4 MHz,  a 50°/o  clock  duty  cycle  is 
indirectly  implied  by  this  specification  and  the 


safest  way  to  insure  it  is  to  start  with  a crystal 
oscillator  frequency  that  is  twice  the  clock 
rate,  and  divide  it  with  a toggling  flip-flop. 

The  Z8002  clock  input  is  not  TTL  compati- 
ble. It  requires  a High  level  within  400  mV  of 
Vcc-  A resistive  pull-up  can  achieve  this  level, 
but  cannot  guarantee  the  required  rise-time 
(20  ns  from  0.8  to  4.0  V)  when  driving  the 
*30  pF  clock  input  capacitance.  The  strin- 
gent rise  time  requirements  dictate  the  use  of 
an  active  pull-up  as  shown  in  Figure  2. 


vCc 


Figure  2.  Clock  Generation 
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CPU  Output  The  Z8002  outputs  can  sink  2 mA  while 
Buffering  maintaining  TTL  noise  margins  and  can  thus 

drive  five  LS-TTL  inputs.  All  output  delays 
are  specified  for  a capacitive  load  of  up  to 
50  pF.  They  increase  by  approximately 
0.1  ns/pF  of  additional  capacitive  load. 


Very  small  systems  can  be  built  without  TTL 
buffering  of  the  CPU  outputs,  but  most  systems 

require  TTL  buffering  of  the  Address/Data 

lines  and  major  control  outputs,  like  AS,  DS, 
MREQ  and  R/W. 


Bidirectional  buffering  of  the  A/D  lines.  The 

Address/Data  lines  require  Bus  Transceivers, 
such  as  the  LS243  Quad  Non-Inverting  Bus 
Transceiver  with  separate  Enable  inputs  for  the 
two  directions  (one  active  High;  the  other 
active  Low),  or  the  LS245  Octal  Non-Inverting 
Bus  Transceiver  with  a Direction  Control  input 
and  an  active  Low  Enable  input. 

Figure  3 shows  the  logic  that  controls  four 
LS243  Quad  Transceivers;  Figure  4 shows  the 
even  simpler  logic  that  controls  two  LS245 
Octal  Tranceivers. 


The  bus  transceivers  are  controlled  by  three 
CPU  control  outputs  as  shown  in  the  following 
truth  table. 

BUSACK  R/W  DS 

H H L Enable  Receiver 

(input  Data  into  CPU) 

H H H Enable  Transmitter 

H L H (output  Address  or  Data 

H L L from  CPU) 

L XX  Disable  Transceiver 


AD0-AD15  (TO/FROM  CPU) 


AD0-AD15  (TO/FROM  SYSTEM) 

Figure  4.  Bidirectional  Address/Data  Buffering  Using  Octal  Transceivers 


Unidirectional  Buffering  of  CPU  Control 
Outputs.  The  following  CPU  control  outputs 
may  require  unidirectional  buffering:  AS,  DS, 
MREQ,  R/W,  N/S,  B/W. 

The  buffered  signals  must  be  3- stated  when 
BUSACK  is  Low.  One  LS365A  or  LS367A  Hex 
3-State  Buffer  can  perform  this  function  as 
shown  in  Figure  5.  The  LS244  Octal  3- State 
Buffer  buffers  eight  signals,  but  uses  a 20-pm 
package. 

In  a simple  system,  such  as  the  one 
described  here,  BUSREQ  is  not  used,  so 
BUSACK  is  therefore  always  High.  In  a more 
complex  system  with  direct  memory  access,  a 
Low  on  BUSACK  indicates  that  the  CPU  has 
relinquished  the  bus.  If  the  buffered  bus  is 


shared,  BUSACK  must  be  used  to  control  the 
latches  and  transceivers,  as  shown  in  Figures  4 
through  6. 

FROM  CPU 


TO  SYSTEM 

Figure  5.  Control  Signal  Buffering 


« 
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Address 
Latching 
(Demulti- 
plexing the 
A/D  lines) 


The  Z8002  uses  a 16-bit  time-shared 
Address/Data  bus  that  must  be  demultiplexed, 
that  is,  latched  for  use  with  standard  (not 
edge- activated)  memories.  AS  is  the  obvious 
control  signal  for  address  latching  and  two 
LS373  Octal  Transparent  Latches  are  the  best 
choice  for  this  function  (Figure  6).  Note  that 


addresses  are  not  guaranteed  valid  when  AS 
goes  Low.  It  is  therefore  not  possible  to  use  the 
falling  edge  of  AS  to  clock  the  addresses  into 
edge-triggered  registers.  The  rising  edge  of 
AS  may  be  used  as  a clock,  but  this  delays 
address  availability  by  almost  100  ns.  Trans- 
parent latches  are  the  better  choice. 


AD0-AD15  (FROM  CPU) 




1 1 11  1 1 1 

AS— ^O— 

I K 

BUSACK ^O—O 

1*16 

imn 

OE 

LS373 

1 1 1 1 1 1 1 1 

1 1'l 1"  1 T 1 1 

LAo-LA15  (TO  SYSTEM) 


Figure  6.  Address  Latches 


ROM  Most  microprocessors  use  novolatile  memory 

Addressing  for  part  of  their  program  memory.  Since  the 

program  status  information  for  the  Z8002  is 
read  after  Reset  from  locations  0002  and  0004, 
it  is  natural  to  use  the  lower  half  of  the 
addressing  space  for  ROM  or  EPROM. 

This  application  uses  2716-type  2K  x 8 
EPROMs  addressed  by  the  latched  addresses 
LAi-LAn.  Pairs  of  2716s  store  the  low  and 
high  byte  of  each  word.  Ao  is  ignored  since 
the  Z8002  always  reads  a full  word  from 
memory.  LA  15  must  be  used  as  a Chip  Select 
input  to  separate  the  ROM  and  RAM  areas. 
When  more  than  2K  words  of  ROM  or  EPROM 
are  used,  an  LSI 38  one-of-eight  decoder 
selects  between  the  ROM  and  EPROM  pairs. 


When  driven  with  a 4 MHz  clock,  the  Z8002 
requires  a read  access  time  (address  valid  from 
the  CPU  to  data  required  into  the  CPU)  of 
400  ns.  After  subtracting  a 27  ns  propagation 
delay  through  the  LS373  address  latches  and 
an  18  ns  propagation  delay  through  the  LS243 
transceivers,  the  ROM  or  EPROM  must  have 
an  access  time  (address  in  to  data  out)  of 
better  than  355  ns.  Some  ROMs  and  EPROMs 
have  a longer  access  time  and  therefore 
require  an  additional  wait  state  that  relaxes  the 
access  time  requirement  by  an  additional 
250  ns.  Figure  8 shows  a 2-input  NAND  gate 
that  generates  a Wait  signal  whenever  LA15  is 
Low  and  Q2  is  High,  thereby  adding  a wait 
state  to  every  ROM/EPROM  access. 


RAM  Address  Dynamic  16K  x 1 RAMs  such  as  the  Z6116 
Multiplexing  provide  read/ write  random- access  storage, 
and  RAS  CAS  Sixteen  of  these  devices  populate  the  upper 
Generation  half  of  the  addressable  memory  space 

(LA15  = High).  Dynamic  16K  RAMs  use 
address  multiplexing  to  reduce  the  package 
pin  count,  thus  requiring  only  seven  address 
inputs  plus  strobe  inputs  RAS  and  CAS. 


Address  Multiplexing.  Two  LSI 57  Quad  Two- 
Input  Multiplexers  route  the  14  address  outputs 
LA1-LA14  into  the  seven  RAM  address  inputs. 
MREQ  synchronized  with  the  rising  clock  edge 
is  a convenient  signal  to  control  this  multi- 
plexer (Figure  7). 


FROM  ADDRESS  LATCHES 


LA  8 1 9 2 10  3 11  4 


12  5 13  6 14  7 


Figure  7.  Address  Multiplexer 


C8060-0058  C8060-0059 


3-21 


RAM  Address  RAS  and  CAS  Generation.  The  address  falling  edge  of  CLOCK  during  AS  clocks  Q1 

Multiplexing  strobes  RAS  and  CAS  must  be  timed  carefully  Low.  The  next  falling  clock  edge  leaves  Q1 

(Continued)  with  respect  to  the  address  information  and  the  unaffected,  but  clocks  Q2  Low.  The  next  fall- 

multiplexer  control.  Conceptually,  MREQ  ing  edge  clocks  Q1  High  and  leaves  Q2  unaf- 

might  be  used  as  RAS  and  DS  as  CAS.  This  fected.  The  next  falling  clock  edge  clocks  Q2 

would,  however,  reguire  a memory  read  High  and  leaves  Q1  High  unless  AS  is  Low,  in 

access  time  from  the  falling  edge  of  CAS  of  which  case  the  cycle  is  repeated.  Q1  is  Low 

approximately  120  ns  (parameter  33  in  the  from  the  center  of  the  first  to  the  center  of  the 

Z8001/Z8002  Product  Specification  Composite  third  T state.  Q2  is  Low  from  the  center  of  the 

AC  Timing  Diagram,  minus  the  30  to  40  ns  second  to  the  center  of  the  fourth  T state, 

used  by  the  CAS  drivers  and  bus  trans-  The  left  half  of  the  LSI  39  Dual  One-of-Four 

ceivers).  Only  the  fastest  16K  dynamic  RAMs  Decoder  generates  CAS  by  ANDing  three 

(the  Zilog  Z6116-2,  for  example)  meet  this  signals:  LAis,  MUX-S,  and  an  auxiliary  signal 

reguirement.  Consequently,  it  is  more  prac-  active  during  Read  or  DS.  

tical  to  use  a small  amount  of  clocked  TTL  During  a read  operation,  CAS  becomes 

logic  to  generate  earlier  RAS  and  CAS  signals  active  at  the  beginning  of  T2;  that  is,  on  the 

and  thus  relieve  the  access  time  requirements  rising  edge  of  CLOCK  after  MREQ  has  gone 

so  that  even  slow  16K  RAMs  (Z6116-3  and  -4)  Low.  During  a write  operation,  CAS  is  delayed 

can  be  used.  Figure  8 shows  the  circuit  that  until  the  beginning  of  DS,  when  output  data  is 

generates  RAS  and  CAS.  guaranteed  valid.  The  flip-flop  stretches  the 

RAS  is  a 2-clock  period  (500  ns  at  4 MHz)  width  of  DS,  thus  stretching  CAS  (during  write 

wide  active-Low  signal  starting  on  the  falling  operations)  from  160  to  200  ns,  as  required  by 

clock  edge  when  AS  is  Low.  The  address  infor-  slower  memories. 

mation  is  valid  and  stable  during  the  specified  The  right  half  of  the  LSI 39  decoder  controls 

hold  time  ( <50  ns)  immediately  after  the  fall-  the  routing  of  CAS  to  the  two  memory  byte 
ing  edge  of  RAS.  RAS  is  generated  by  an  banks.  The  Z8002  addresses  memory  as  bytes, 

LSI 09  edge-triggered  dual  JK  flip-flop,  but  usually  accesses  words,  ignoring  Ao-  It 

clocked  by  CLOCK  (that  is,  of  a polarity  oppo-  uses  Ao  only  when  writing  a byte,  in  which 

site  to  the  Z8002  clock) . At  the  end  of  a case  it  suppresses  CAS  to  the  byte  bank  that  is 

machine  cycle  both  Q1  and  Q2  are  High.  The  not  being  written. 


Figure  8.  RAS,  CAS,  and  WAIT  STATE  Generators 
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RAM  Address 
Multiplexing 

(Continued) 
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Figure  9.  RAS  and  CAS  Generation 
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RAM  Address  Dynamic  Memory  Refresh.  No  external  hard-  refresh  requirements  of  typical  16K  dynamic 
Multiplexing  ware  is  required  for  memory  refresh.  The  RAMs. 

(Continued)  Z8002  provides  automatic  memory  refresh  if  Figure  11  shows  the  relationship  between 

properly  initiated  through  a LDCTL  instruc-  the  upper  byte  of  the  refresh  control  register 

tion  into  the  Refresh  Control  Register  (Figure  and  the  refresh  period  expressed  in  clock 

10).  Loading  a 9E00  generates  a refresh  oper-  cycles.  (Refer  to  the  Z8000  PLZ/ASM  Assembly 

ation  every  60  clock  cycles  (15  fi s with  a Language  Programing  Manual,  03-3055-01  for 

4 MHz  clock).  This  satisfies  the  worst-case  further  information.) 


UPPER  BYTE  LOWER  BYTE 


ADg  AD7  AD6  AD5  AD4  AD3  AD2  AD1  ADq 


Figure  10.  Refresh  Control  Register 


LOWER  NIBBLE  OF  UPPER  BYTE 


Figure  11.  Refresh  Period  in  Clock  Cycles 


Status  The  Z8002  provides  encoded  status  informa-  word  of  an  instruction  fetch.  Two  LSI 38 

Decoding  tion  on  four  outputs  (ST0-ST3),  which  dis-  One-of-Eight  Decoders  can  generate  all  the 

tinguish  between  three  different  interrupt  individual  Status  signals.  For  a simple  system, 

acknowledge  cycles;  memory  refresh;  I/O  only  the  first  ten  status  codes  have  to  be 

reference;  internal  operation;  data  memory,  decoded.  A single  LS42  One-of-Ten  Decoder  is 

stack  or  program  memory  access;  and  the  first  sufficient  for  this  purpose  (Figure  12). 


FROM 

CPU 


INTERNAL  OPERATION 
MEMORY  REFRESH 
I/O  REQUEST 
SPECIAL  I/O 


RESERVED 


NMI 

NVI 

VI 


INTERRUPT 

ACKNOWLEDGE 


DATA 

STACK 


\ MEMORY 
I ACCESS 


ALL  OUTPUTS  ACTIVE  LOW 


Figure  12.  Status  Decoder 
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Interfacing 

Peripheral 

Devices 


Z-Bus  compatible  peripheral  devices  that 
require  no  external  logic  to  interface  with  a 
Z8002  will  become  available  in  the  near 
future.  In  the  meantime,  this  application 
note  describes  the  use  of  Z80A  peripherals 
(PIO,  CTC,  SIO)  with  the  Z8002.  These 
peripherals  require  only  a small  number  of 
additional  TTL  packages  and  a few  lines  of 
code  to  make  the  Z8002  emulate  the  typical 
Z80A  control  signals  IORQ,  Ml,  RD,  and  RETI. 

Four  different  operations  are  performed 
between  the  CPU  and  its  peripherals: 

□ CPU  writing  into  the  peripheral  device. 

□ CPU  reading  from  the  peripheral  device. 

□ Peripheral  interrupting  the  CPU,  which 
responds  with  an  Interrupt  Acknowledge. 

□ CPU  issuing  a Return  from  Interrupt  (RETI) 
signal. 


The  first  two  operations — writing  to  or  read- 
ing from  the  peripheral — are  fairly  straight- 
forward. An  LSI 38  One-of-Eight  Decoder, 
enabled  by  the  decoded  Status  signal  IORQ, 
decodes  the  latched  I/O  address  and  generates 
CE  signals  to  the  individual  peripheral  devices 
(Figure  13).  The  Z8002  can  use  the  full  16-bit 
address  space  for  I/O,  but  this  application  uses 
only  LA3-LA10.  When  necessary,  the  higher- 
order  address  bits  can  also  be  decoded  arid 
fed  into  one  of  the  Enable  inputs.  Notice  tR^t 
all  ports  require  an  odd  address  to  interface  to 
the  Z8000  data  bus  (lower  byte). 

A write  operation  into  the  enabled  per- 
ipheral is  performed  when  IORQ  is  Low  while 
RD  is  High.  Similarly,  a read  operation  from 
the  enabled  peripheral  is  performed  when 
IORQ  is  Low  while  RD  is  Low. 
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Figure  13.  Z8002  to  Z80A  Control  Translation 


Interfacing 

Peripheral 

Devices 

(Continued) 


The  first  four  I/O  devices  addressed  when 
LA5  is  Low  are  four  Z80A  peripheral  com- 
ponents. The  fifth  peripheral  is  a set  of  eight 
switches  that  can  be  read  by  the  CPU,  which 
addresses  them  as  a peripheral  device.  The 
user  can  thus  specify  any  one  of  256  different 
conditions  (for  example,  choosing  between  16 
different  baud  rates  for  each  of  the  two  serial 
I/O  channels).  The  sixth  CE  output  addresses  a 
phantom  peripheral  called  RETI,  which  is 
activated  at  the  end  of  an  interrupt  service 
operation. 

The  interrupt  operation  requires  some  extra 
logic  and  software  to  make  the  Z80A  per- 
ipherals compatible  with  the  Z8002.  Z80A 
peripherals  request  a vectored  interrupt  by 
pulling  the  VI  input  of  the  CPU  Low.  The  CPU 
(Z80A  or  Z8002)  samples  this  input  at  a 
specified  time  prior  to  the  end  of  any  instruc- 
tion execution.  The  Z8002  then  acknowledges 
the  interrupt  with  a specific  Status  code 
(VIACK).  The  Z80A,  which  has  no  dedicated 
Interrupt  Acknowledge  output,  acknowledges 
interrupts  by  issuing  a unique  combination  of 
control  signals:  IORQ  active  during  an  Ml 
cycle  (Ml  normally  indicates  the  opcode  fetch 
cycle  of  an  instruction  execution).  Z80A 
peripherals  resolve  potential  conflicts  between 
overlapping  interrupt  requests  from  different 
interrupting  devices  by  means  of  a daisy-chain 
arrangement  between  the  IEO  outputs  and  the 
IEI  inputs  of  the  peripheral  components.  The 
highest-order  peripheral  has  its  IEI  perma- 
nently tied  High.  For  any  peripheral  that  has 
no  interrupt  pending  or  under  service, 

IEO  = IEI.  Any  peripheral  that  has  an  interrupt 
pending  or  under  service  forces  its  IEO  Low. 

To  insure  stable  conditions  in  the  daisy 
chain,  all  interrupt  status  signals  are  pre- 
vented from  changing  while  Ml  is  Low.  When 


Tl  T2  Twa  TwA  Twa  TwA  TwA  T3  T4  Ts 
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IORQ  is  Low,  the  highest  priority  interrupt 
requestor  (the  one  with  IEI  High)  places  its 
interrupt  vector  on  the  data  bus  and  sets 
its  internal  interrupt-under-service  latch. 

Figure  14  shows  the  Interrupt  Acknowledge 
timing. 

The  circuit  shown  in  Figure  13  generates  the 

Ml,  IORQ,  and  RD  signals  required  by  the 
Z80A  peripherals  during  an  interrupt 
acknowledge  cycle. 

Return  From  Interrupt.  At  the  end  of  an  inter- 
rupt service  routine  the  interrupt-under-ser- 
vice  latch  in  the  Z80A  peripheral  that  has  been 
serviced  must  be  reset.  The  Z80A  CPU 
accomplishes  this  by  executing  a special 
2-byte  instruction  with  the  opcode  sequence 
ED-4D  (RETI)  appearing  on  the  data  bus.  All 
peripherals  monitor  this  sequence  and 
manipulate  the  daisy  chain  to  reset  the 
appropriate  internal  interrupt-under-service 
latch.  The  normal  daisy-chain  operation  can 
be  used  to  detect  a pending  interrupt; 
however,  it  cannot  distinguish  between  an 
interrupt  under  service  and  a pending 
unacknowledged  interrupt  of  a higher  priority. 
Whenever  "ED"  is  decoded,  the  daisy  chain  is 
modified  by  forcing  High  the  IEO  of  any  inter- 
rupt that  has  not  yet  been  acknowledged.  Thus 
the  daisy  chain  identifies  the  device  presently 
under  service  as  the  only  one  with  an  IEI  High 
and  an  IEO  Low.  If  the  new  opcode  byte  is 
"4D,"  the  interrupt-under-service  latch  is  reset 
(Figure  15). 

The  Z8002  does  not  have  the  equivalent  RETI 
instruction  and  must  therefore  simulate  it  with 
a combination  of  hardware  and  software.  A 
software  sequence  at  the  end  of  every  interrupt 
service  routine  writes  two  consecutive  bytes 
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Figure  14.  Interrupt  Acknowledge  Cycle 


Figure  15.  Return  from  Interrupt  Cycle 
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(ED  followed  by  4D)  into  the  phantom  per- 
ipheral called  RETI.  The  recommended  soft- 
ware sequence  is  as  follows: 


DI 

Disable  Interrupts 

LDB 

RL1,  #°/oED 

Load  First  Byte 

OUTB 

RETI,  RL1 

Output  First  Byte 

LDB 

RL1,  #%4D 

Load  Second  Byte 

OUTB 

RETI,  RL1 

Output  Second  Byte 

El 

Enable  Interrupts 

RET 

Return  From  Interrupt 

To  prevent  the  two  byte  simulated  RETI 
instruction  from  being  interrupted,  interrupts 
must  be  disabled.  If  NMIs  can  occur  at  any 
time,  then  interrupts  must  remain  disabled 
throughout  the  NMI  service  routine.  This 
allows  the  Z80A  peripheral  devices  to  decode 
correctly  a RETI  instruction.  During  the  two 
OUTB  operations,  each  four  clock  cycles  long, 
RETI  is  Low,  VIACK  is  High  and  the  Z80A 
control  signals  Ml  and  RD  are  Low. 


Driving  Z80A  Peripherals.  The  Z80A  PIO, 
CTC  and  SIO  are  directly  connected  to  the 
appropriate  lines,  as  follows.  The  bidirectional 
AD0-AD7  buffers  are  connected  to  the  D0-D7 
data  inputs/outputs  on  the  peripherals. 

The  address  bits  LA]  and  LA2  are  used  as 
Port  Select  (A/B)  and  Control  Data  select 
(C/D)  on  the  PIO  and  SIO,  and  as  Channel 
Select  (CSo,  CSi)  on  the  CTC. 

The  Interrupt  outputs  of  all  peripherals  are 
interconnected  (pulled  up  with  a 4.7kfl  resistor 
to  Vqc  and  connected  to  the  VI  input  of  the 
Z8002).  The  IEI-IEO  interrupt  daisy  chain  of 
the  Z80A  peripheral  devices  must  be  con- 
nected appropriately  to  establish  the  desired 
hierarchy  of  interrupt  priorities. 

The  Z80A  PIO  requires  a Ml  to  enable  the 
peripheral  circuit's  internal  interrupts.  This 
can  easily  be  accomplished  by  writing  a 
dummy  byte  (00H)  to  the  RETI  port  after  PIO 
interrupts  have  been  enabled. 


The  Z8000  Reset  input  requires  a minimum 
High  level  of  2.4  V.  While  TTL  High  levels  are 
guaranteed  to  be  at  least  2.4  V,  this  does  not 
leave  margin  for  noise  immunity.  If  an  open 
collector  buffer  (such  as  a 7407)  is  available, 
an  output  pullup  resistor  to  + 5 V will  provide 


more  than  adequate  margin  for  noise  immun- 
ity. If  an  open  collector  gate  is  not  readily 
available,  a standard  TTL  gate  may  be  used 
with  an  output  pullup  resistor.  In  this  case,  the 
value  of  the  pullup  resistor  should  not  be  less 
than  300  0. 


Conclusion 


This  Application  Note  demonstrates  that  a 
small,  but  powerful  computer  can  be  built 
around  the  Z8002  16-bit  microprocessor  using 
very  few  standard  TTL  support  packages.  It 


also  shows  how  the  readily-available  Z80A 
peripheral  circuits  interface  easily  to  the 
Z8002,  taking  advantage  of  the  similarity  in 
the  Z80A  and  Z8000  interrupt  structures. 
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Introduction  The  declining  cost  of  memory,  coupled  with 

the  increasing  power  of  microprocessors,  has 
accelerated  the  trend  in  microcomputer 
systems  to  the  use  of  high-level  languages, 
sophisticated  operating  systems,  complex  pro- 
grams and  large  data  bases.  The  Z8001  micro- 
processor supports  these  advances  by  offering 
multiple  8M  byte  address  spaces  as  well  as  a 
rich  and  powerful  instruction  set.  The  Z8010 
Memory  Management  Unit  (MMU)  supports  the 
Z8001  processor  in  the  efficient  and  flexible 
use  of  its  large  address  space. 

Support  for  managing  a large  memory  can 
take  many  forms: 

■ Providing  a logical  structure  to  the  memory 
space  that  is  largely  independent  of  the 
actual  physical  location  of  the  data 

■ Protecting  the  user  from  inadvertent 
mistakes  such  as  attempting  to  execute  data 


■ Preventing  one  user  from  unauthorized 
access  to  memory  resources  or  data 

■ Protecting  the  operating  system  from  unex- 
pected access  by  the  users. 

The  Z8010  provides  all  these  features  plus 
additional  features  that  permit  a variety  of 
system  hardware  configurations  and  system 
designs. 

This  paper  examines  the  various  uses  of 
memory  management  m computer  systems  and 
how  memory  management  techniques  gen- 
erally meet  these  requirements.  The  major 
features  of  the  Z8010  MMU  illustrate  how 
memory  management  functions  can  be  sup- 
ported by  hardware.  A few  examples  demon- 
strate how  this  LSI  circuit  can  be  used  to 
configure  several  different  memory  man- 
agement systems. 


Motivations 
for  Memory 
Management 


The  primary  memory  of  a computer  is  one  of 
its  major  resources.  As  such,  the  management 
of  this  resource  becomes  a major  concern  as 
demands  on  it  increase.  These  demands  can 
arise  from  different  sources,  three  of  which  are 
of  interest  m the  present  context.  The  first 
stems  from  multiple  users  (or  multiple  tasks 
within  a dedicated  application)  contending  for 
a limited  amount  of  physical  memory.  The 
second  comes  from  the  desire  to  increase  the 
integrity  of  the  system  by  limiting  access  to 
various  portions  of  the  memory.  The  final 
source  arises  from  issues  surrounding  the 
development  of  large,  complex  programs  or 
systems.  Each  of  these  three  sources  involves  a 
multifaceted  group  of  related  issues. 

When  multiple  tasks  constitute  a given 
system  (for  example,  multiple  users  of  a system 
or  multiple  sub-tasks  of  a dedicated  applica- 
tion), the  possibility  exists  that  not  all  tasks 
may  be  m primary  memory  at  the  same  time. 

(A  task  is  the  action  of  executing  a program  on 
its  data;  a task  may  be  as  simple  as  a single 


procedure  or  as  complex  as  a set  of  related 
routines.)  If  the  population  of  memory- resident 
tasks  can  vary  over  time,  a useful  feature  of  a 
system  would  be  the  ability  for  a task  to  reside 
anywhere  m memory,  and  perhaps  in  several 
different  locations  during  its  lifetime.  Such 
tasks  are  called  relocatable , and  a system  m 
which  all  tasks  are  relocatable  generally  offers 
greater  flexibility  m responding  to  changing 
system  environments  than  a system  m which 
each  task  must  reside  m a fixed  location. 

A second  issue  that  arises  m multi-task 
environments  is  that  of  sharing.  Separate  tasks 
may  execute  the  same  program  on  different 
data,  and  may  therefore  share  common  code. 
For  example,  several  users  compiling  FOR- 
TRAN programs  may  wish  to  share  the  com- 
piler rather  than  each  user  having  a separate 
copy  m memory.  Alternatively,  several  tasks 
may  wish  to  execute  different  programs  using 
the  same  data  as  input,  and  it  may  be  possible 
for  these  tasks  to  access  the  same  copy  of  the 
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input.  For  example,  a user  may  wish  to  print  a 
PASCAL  program  while  it  is  being  compiled; 
the  print  process  and  the  compiler  process 
could  access  the  same  copy  of  the  text  file. 

A third  issue  in  multi-task  systems  is  protect- 
ing one  task  from  unwanted  interactions  with 
another.  The  classic  example  of  unwanted 
interaction  is  one  user's  unauthorized  reading 
of  another  user's  data.  Prohibiting  all  such 
interactions  conflicts  with  the  goal  of  sharing 
and  so  this  issue  is  usually  one  of  selectively 
prohibiting  certain  types  of  interactions.  The 
issue  of  protecting  memory  resources  from 
unauthorized  access  is  usually  included  m the 
larger  set  of  issues  relating  to  system  integrity. 

System  integrity  takes  many  forms  in  addi- 
tion to  protecting  a task's  data  from  unwanted 
access.  Another  aspect  is  preventing  user  tasks 
from  performing  operating  system  functions 
and  thereby  interrupting  the  orderly  dispatch 
of  these  tasks.  For  example,  most  large  systems 
prevent  a user  task  from  directly  initiating  I/O 
operations  because  this  can  disrupt  the  correct 
functioning  of  the  system. 

Another  aspect  of  separating  users  from 
system  functions  relates  to  separating  system 
I/O  transfers  from  user  tasks,  especially  with 
respect  to  error  conditions.  For  example,  an 
error  during  a direct  memory  access,  say  to  a 
nonexistant  memory  location,  should  not  cause 
an  error  in  the  program  that  is  currently 
executing. 

A final  example  of  increasing  the  system 
integrity  is  protecting  a user  task  from  itself. 
Obvious  errors,  such  as  trying  to  execute  data 
or  overflowing  an  area  set  aside  for  a stack, 
can  be  detected  while  a program  is  executing 
and  handled  appropriately,  provided  the 
system  is  given  sufficient  information. 

The  notion  of  protecting  an  executing  task 
from  performing  certain  types  of  actions  known 
to  be  erroneous  introduces  a third  general 
motivation  for  memory  management,  namely 
support  for  the  design  and  correct  implementa- 
tion of  large,  complex  programs  and  systems. 


Protecting  a task  from  itself  obviously  helps  in 
debugging  a large  program,  but  there  are 
other  system  features  that  can  aid  in  develop- 
ing complex  systems.  Modern  methodology  for 
developing  large  systems  dictates  partitioning 
a task  into  a number  of  small,  simple,  self- 
contained  sub-tasks  with  well  defined  inter- 
faces. Each  sub-task  generally  interacts  with 
only  a few  other  sub-tasks  and  this  communica- 
tion is  carefully  controlled.  This  methodology 
promotes  a systems  design  that  can  be  readily 
modified,  but  it  also  tends  to  promote  the  crea- 
tion of  a large  number  of  nearly  independent 
sub-tasks  and  many  data  structures  accessible 
to  only  one  or  a few  of  these  sub- tasks. 

Because  modern  systems  are  increasingly 
driven  to  support  many  interacting  tasks, 
possibly  written  and  compiled  separately,  they 
must  also  enforce  some  communication  pro- 
tocol without  sacrificing  efficient  operation. 
Modern  memory  management  systems  can 
offer  effective  tools  for  implementing  large 
systems  designed  using  this  methodology. 

In  summary,  the  major  goals  of  memory 
management  systems  are  to: 

■ Provide  flexible  and  efficient  allocation  of 
memory  resources  during  the  execution  of 
tasks 

■ Support  multiple,  independent  tasks  that 
can  share  access  to  common  resources 

■ Provide  protection  from  unauthorized  or 
unintentional  access  to  data  or  other 
memory  resources 

■ Detect  obviously  incorrect  use  of  memory  by 
an  executing  task 

■ Separate  users  from  system  functions. 

Most  of  today's  memory  management  systems 
support  these  functions  to  some  degree.  The 
extent  of  this  support  is  largely  a question  of 
resources  to  be  devoted  to  these  functions  and 
the  understood  demands  of  the  intended 
applications  for  these  systems. 


Memory  management  has  two  functions: 
the  allocation  and  the  protection  of  memory. 
Dynamic  relocation  of  tasks  during  their 
execution  is  accomplished  by  an  address 
translation  mechanism.  The  restriction  of 
memory  access  is  accomplished  by  memory 
attribute  checking.  Both  operations  occur  with 
each  memory  request  during  the  execution  of  a 
program  and  both  are  transparent  to  the  user. 

Address  translation  simply  means  treating 
the  memory  addresses  generated  by  the  pro- 
gram as  logical  addresses  to  be  interpreted  or 
translated  into  actual  physical  memory  loca- 
tions before  dispatching  the  memory  access 
requests  to  the  memory  unit.  Memory  attribute 
checking  means  that  each  area  of  memory  has 
associated  with  it  information  as  to  who  can 


access  it  and  what  types  of  access  can  be  made 
by  each  task.  Each  memory  reference  is 
checked  to  insure  that  the  task  has  the  right  to 
access  that  location  m the  given  fashion  (for 
example,  to  read  the  contents  of  the  location  or 
to  write  data  to  that  location). 

Instead  of  a linear  address  space,  more 
elaborate  memory  management  systems  have  a 
hierarchical  structure  in  which  the  memory 
consists  of  a collection  of  memory  areas,  called 
segments.  Access  to  this  structured  memory 
requires  the  specification  of  a segment  and  an 
offset  within  that  segment.  Thus,  instead  of 
specifying  memory  location  1050  m a linear 
address  space,  a task  specifices  memory  loca- 
tion 5 m segment  number  23,  for  example. 
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Generally,  segments  can  be  of  variable  size, 
within  limits,  and  a user  can  specify  the  size  of 
each  segment  to  be  used.  Thus  one  user  may 
have  two  segments  of  two  thousand  and  ten 
thousand  words  for  his  FORTRAN  program  and 
data,  respectively,  while  another  user  might 
have  three  segments  of  three  thousand,  six 
thousand  and  two  thousand  words  for  her 
PASCAL  program,  data,  and  run-time  stack.  If 
the  first  user  called  his  data  segment  number 
5,  then  the  first  word  m his  data  set  would  be 
accessed  by  the  logical  address  (5,0)  indicat- 
ing segment  5,  offset  0.  The  memory  man- 
agement system  translates  this  symbolic  name 
into  the  correct  physical  memory  address. 

Figure  1 gives  a conceptual  realization  of 
these  two  users'  logical  program  spaces.  The 
first  user,  User  A,  has  his  program  segment 
called  "Segment  6"  and  his  data  segment 
called  "Segment  5."  The  second  user,  User  B, 
has  her  program  segment  called  "Segment  5," 
her  data  segment  called  "Segment  12"  and  her 
stack  segment  called  "Segment  2"  Notice  that 
both  users  have  named  one  of  their  segments 
"Segment  5,"  but  they  refer  to  different  enti- 
ties. This  causes  no  problem  since  the  system 
keeps  the  two  memory  areas  separate.  The 
situation  is  analogous  to  both  users  having  an 
integer  variable  called  "I"  in  their  programs: 
The  system  realizes  that  these  are  two  separate 
variables  stored  in  different  memory  locations. 

User  A's  data  segment,  "Segment  5,"  is  ten 
thousand  words.  If  he  references  word  10,050 
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of  Segment  5 he  gets  an  error  message  from 
the  system  indicating  that  he  has  exceeded  the 
allocation  limit  for  Segment  5.  Note  that  he 
does  not  access  word  50  of  Segment  6.  That  is, 
segments  are  logically  distinct  and  unordered. 
A reference  to  one  segment  cannot  inadvert- 
ently result  in  access  to  another  segment. 

Thus,  in  this  example,  User  A is  prevented 
from  accidentally  (or  deliberately)  accessing 
his  program  as  though  it  were  part  of  his  data 
segment. 

Figure  2 illustrates  one  way  that  these 
segments  could  be  arranged  in  the  physical 
memory.  The  dotted  lines  indicate  the 
memory-mapping  function  from  the  logical 
address  space  of  the  user  to  the  physi- 
cal memory  locations  allocated  to  him. 

The  figure  also  indicates  the  access  attri- 
butes associated  with  each  user's  segments. 

For  example,  program  segments  are  "exe- 
cute only"  and  data  segments  are  "read/ 
write."  Thus  a user  is  prevented  from  exe- 
cuting a data  segment  or  writing  into  a 
code  segment. 
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Figure  1.  Two  User's  Logical  Address  Space 


Figure  2.  Mapping  Logical  Segments  to  Physical  Memory 
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Figure  3 illustrates  what  happens  when 
both  users  have  access  to  the  same  data 
set  in  primary  memory,  say  the  results  of  a 
questionnaire  that  both  intend  to  analyze. 

Each  user  has  a logical  name  associated 
with  that  data  set  to  specify  the  segment  m 
which  the  data  set  is  to  reside.  Note  that  the 
two  users  have  chosen  to  put  the  data  set  m 
different  segments  of  their  personal  address 
spaces.  The  system-mapping  function  trans- 
lates these  different  segment  names  to  the 
same  physical  memory  locations.  Thus  User 
A's  access  to  address  (2,  17)  references  the 
same  physical  memory  location  as  User  B's 
access  to  address  (7,  17).  In  the  figure,  note 
that  two  of  B's  segments  have  been  moved  in 
physical  memory  to  create  a space  large 
enough  to  hold  the  questionnaire  data. 

Another  topic  m memory  management  that  is 
supported  by  Z8001-Z8010  architecture  but 
requires  additional  support  hardware  is 
demand  swapping,  or  segmented  virtual 
memory,  which  means  that  the  logical  memory 


EXECUTE 

ONLY 


A. 


«—i 


READ/WRITE 

K 


'-■4v 


\ / 

: 


\ READ  ONLY 

\ 


SHARED 

SEGMENT 


/ / 


s 

\ 

\ 

N 

EXECUTE 


I 

READ  ONLY 


ONLY  ''v  B SEO.  7 

°NLY  QUESTION 

\ NAIRE 

n 

\ 


READ/WRITE 


B.  SEG,  5 
PROGRAM 


B SEG.ia 
BATA 


\ 


\ 

+ x 

>'v  \ 

N 


S. 


N 


READ/WRITE 


I 

B.  SEO.  2 
STACK 


i. 


^ O V 


>•  \ 
/V 


\ 

\ 

\ 

\ 

\ \ 

\ \ 

\ \ 

\ \ 

\ \ 

\ \ 


\ 


\ 


V 


\ 


\ 


\ 


Figure  3.  Two  Users  Sharing  a Common  Segment 


area  may  not  actually  reside  in  physical 
memory  until  a task  actually  tries  to  access  it. 
At  the  time  an  access  is  made  to  a segment 
missing  from  physical  memory,  the  instruction 
execution  is  held  in  abeyance  until  the  logical 
memory  can  be  brought  into  the  physical 
memory  and  then  the  instruction  is  allowed  to 
proceed  with  the  memory  access.  The  address 
translation  is  performed,  access  protection  is 
checked  and  the  instruction  proceeds  as  if  the 
logical  memory  area  had  been  m the  physical 
memory  at  the  beginning  of  the  instruction. 

The  instructions  in  the  Z8001  must  run  to  com- 
pletion before  the  CPU  can  perform  any 
action,  such  as  responding  to  a missing  seg- 
ment trap.  But  with  the  conjunction  of  hard- 
ware and  software  to  simulate  the  above  func- 
tions, a segmented  virtual  memory  scheme  can 
be  implemented. 

A final  topic  in  memory  management  is 
paging,  which  is  another  method  for  partition- 
ing a user  address  space  and  mapping  it  onto 
the  physical  memory.  Paging  is  most  effective 
when  demand  swapping  can  be  supported. 
Essentially,  paging  divides  the  logical  memory 
into  fixed-size  blocks,  called  pages.  Like 
segments,  the  individual  pages  can  be  located 
anywhere  in  the  physical  memory  and  a 
translation  mechanism  maps  logical  addresses 
to  physical  memory  locations.  There  are  two 
differences  between  paging  and  segmenting  a 
logical  memory.  First,  pages  are  of  fixed  size 
whereas  segments  are  of  various  sizes.  Second, 
under  paging,  the  logical  memory  is  still 
linear,  that  is,  a task  accesses  memory  using  a 
single  number,  rather  than  a pair  as  m 
segmentation.  The  major  advantage  of  paging 
is  in  treating  memory  as  blocks  of  fixed  sizes, 
which  simplifies  allocating  memory  to  users 
and  deciding  where  to  place  the  logical  pages 
in  physical  memory.  The  major  disadvantage 
of  paging  is  in  assigning  different  protection 
attributes  to  different  areas  in  a user  address 
space  because  a paged  memory  appears 
homogeneous  to  the  user  and  the  operating 
system.  Paging  can  be  combined  with  segmen- 
tation to  produce  a memory  management 
system  with  the  advantages  of  both  paging  and 
segmentation.  The  implementation  of  paging 
for  the  Z8001  requires  additional  support  hard- 
ware and  may  be  implemented  independent  of 
the  Z8010. 

Before  proceeding  to  the  mechanism  of 
memory  management,  it  is  instructive  to  review 
how  a segmented  address  translation 
mechanism  with  protection  attributes  achieves 
the  five  major  goals  of  memory  management 
outlined  m the  previous  section.  The  first  goal 
permits  dynamic  allocation  of  memory  during 
the  execution  of  tasks;  that  is,  a task  could  be 
located  anywhere  in  memory  and  even  moved 
about  when  its  execution  is  suspended.  The 
address  translation  mechanism  provides  this 
flexibility  because  the  task  deals  exclusively 
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Memory  locations  it  accesses.  Moving  the  task  to  dif-  tinguish  between  System  mode  and  User  mode 

Management  ferent  physical  memory  locations  reguires  that  of  operation,  this  goal  can  be  accomp- 

(Continued)  the  address  mapping  function  be  changed  to  lished  by  associating  a system-only  attribute 

reflect  the  change  m memory  location,  but  the  with  system  segments  so  users  cannot  directly 
task's  code  need  not  be  modified.  Of  course,  access  system  tables  and  tasks, 

this  flexibility  does  incur  the  price  of  manag-  As  a final  point,  it  should  be  noted  how 

mg  the  various  system  tables  reguired  to  segmentation  can  be  used  to  support  the 

implement  memory  management.  development  and  execution  of  large,  complex 

The  second  goal  supports  sharing  of  com-  programs  and  systems.  The  concept  of  segmen- 

mon  memory  areas  by  different  tasks.  This  is  tation  corresponds  to  the  concept  of  partition- 

accomplished  by  mapping  different  logical  ing  a large  system  into  procedures  and  data 

areas  m different  tasks  to  the  same  physical  structures  where  each  procedure  and  data 

memory  locations.  structure  can  be  associated  with  a separate 

The  third  provides  protection  against  certain  segment.  A task  can  then  invoke  a procedure 
types  of  memory  accesses.  This  is  accomp-  or  sub-task  or  access  a data  structure  by  refer- 

lished  by  associating  accessing  attributes  with  ring  to  its  logical  segment  name.  Access  to 

each  logical  segment  and  checking  the  type  of  these  objects  can  be  individually  restricted  by 

access  to  see  if  each  access  is  permitted.  using  the  protection- checking  mechanism  of 

The  fourth  goal  detects  obvious  execution  the  memory  management  system, 

errors  related  to  memory  accessing.  This  can  As  a specific  example  of  how  segmentation 

be  accomplished  by  checking  each  access  to  a could  be  used  in  the  design  of  a large  system, 

segment  to  see  whether  the  address  falls  within  consider  a multi-user  interactive  BASIC  system 

the  allocated  physical  memory  for  that  seg-  with  a large  data  base  shared  by  all  users, 

ment.  It  could  also  include  affixing  a Such  a system  could  be  designed  with 

read/write  attribute  to  data  to  prevent  a task  segments  0 through  15  reserved  for  system 

from  trying  to  execute  a data  segment,  and  use,  segments  16  through  31  reserved  for  the 

affixing  an  execute-only  attribute  to  code  BASIC  interpreter  and  its  internal  tables, 

segments  to  prevent  a task  from  trying  to  read  segments  32  through  63  allocated  to  user  tasks 
or  write  data  to  this  segment.  Additionally,  if  a and  segments  64  through  127  reserved  for  por- 

segment  is  used  for  a stack,  the  system  could  tions  of  the  data  base  when  they  are  m primary 

issue  a warning  to  a task  when  the  stack  memory  being  accessed  by  users.  For  this 

approaches  the  allocated  limit  of  the  segment.  system,  segments  0 through  31  would  probably 

The  task  could  then  request  more  memory  for  always  be  m memory;  the  other  segments 

the  stack  before  the  stack  overflows  and  would  be  assigned  as  needed  and  the  memory 

creates  a fatal  error.  they  require  allocated  dynamically. 

The  final  goal  listed  for  memory  manage- 

The  Meehan-  Essentially  there  are  four  issues  m imple-  reduced  traffic  between  the  memory  and  the 

ics  of  Memory  menting  a memory  management  system:  how  processor  for  fetching  shorter  instructions,  a 

Management  addresses  are  specified,  how  these  addresses  program  may  execute  faster. 

are  translated,  what  attributes  are  checked  for  On  the  other  hand,  these  special  registers 

each  access,  and  how  the  protection  mech-  must  be  manipulated  to  access  more  segments 

anism  is  implemented.  Some  of  the  major  alter-  than  there  are  registers,  and  this  manipulation 
natives  m each  of  these  issues  are  briefly  adds  to  the  number  of  instructions,  the  pro- 

discussed  here,  primarily  from  the  point  of  gram  size  and  the  execution  time.  In  practice, 

view  of  a segmented  memory.  these  can  destroy  the  advantages  described 

Two  approaches  have  traditionally  been  above.  If  the  special  registers  contain  physical 

taken  for  specifying  addresses  m a segmented  memory  locations,  then  these  must  be  pro- 
memory. For  simplicity,  only  addresses  in  tected  from  user  access  to  maintain  the  integ- 

instructions  are  discussed.  The  first  way  rity  of  the  system,  and  changing  segments 

puts  all  the  addressing  information  m the  requires  system  calls  which  can  be  time  con- 

mstruction  itself.  That  is,  each  memory  address  suming  if  too  few  registers  are  supplied.  The 
m an  instruction  contains  both  the  segment  Z8001  architecture  specifies  the  complete 

name  and  the  offset  within  the  segment.  The  logical  address  m the  instruction, 

alternative  sets  aside  special  registers  that  con-  Address  translation  is  performed  by  adding 
tam  some  of  this  information,  for  example  the  the  logical  segment  offset  to  the  memory  loca- 
segment  name  or  the  address  in  physical  mem-  tion  where  the  segment  begins.  Thus,  when  an 
ory  where  the  segment  resides.  address  of  the  form  (a,  b)  is  presented  to  the 

The  advantage  of  the  latter  approach  lies  in  translation  mechanism,  the  segment  name  "a" 
the  fact  that  fewer  bits  are  needed  in  an  is  used  to  determine  where  segment  "a" 

instruction  to  specify  addresses.  Thus  pro-  resides  m memory.  Assume  that  it  resides  in 

grams  may  be  shorter.  Also,  because  there  is  locations  10000  to  25000.  Then  the  actual 
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memory  location  of  (a,  b)  is  memory  location 
10000  + b.  The  major  option  in  implementing 
this  type  of  address  translation  is  m determin- 
ing the  segment  location  in  physical  memory . 
When  special  registers  have  been  set  aside  to 
contain  the  starting  location  of  the  segment 
instead  of  putting  all  address  information  in 
the  instruction,  the  addressing  mechanism  is 
similar  to  using  the  segment  register  as  an 
index  register  or  a base  register. 

When  logical  addresses  are  either  complete- 
ly specified  in  the  instruction  or  when  the 
special  register  contains  the  symbolic  segment 
name,  a table  must  be  used  to  translate  the 
logical  segment  name  into  a physical  memory 
location.  The  table  may  have  an  associative 
capability,  that  is,  the  segment  name  is 
presented  to  the  table  and  the  device  returns 
the  physical  memory  location  where  the  seg- 
ment begins.  Alternatively,  the  table  could 
have  one  entry  for  every  possible  segment 
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address  translation  table  sets  aside  a specific 
table  entry  for  each  logical  segment  name. 

A number  of  attributes  can  be  associated 
with  a segment  and  checked  during  each 
access.  One  of  these  is  the  allocated  length  of 
the  segment,  and  each  access  is  checked  to 
see  if  it  falls  within  the  bounds  of  the  segment. 
The  Z8010  provides  limit  checking. 

Another  type  of  attribute  deals  with  owner- 
ship or  class  of  ownership:  tasks  are  grouped 
into  classes  and  only  those  in  certain  classes 
are  permitted  access.  The  simplest  example  is 
the  system  versus  user  classification,  where 
tasks  are  either  one  or  the  other  and  this  deter- 
mines whether  or  not  any  type  of  access  can 
be  made  to  the  segment.  The  Z8010  has  this 
feature — users  are  prevented  from  accessing 
system  segments. 

Other  types  of  attributes  that  can  be 
associated  with  a segment  involve  modes  of 
accessing,  for  example  read  only,  read/write 
or  execute  only.  For  these  attributes,  the  pro- 
cessor must  indicate  the  type  of  access  to  be 
made,  be  it  code  fetch,  read  from  memory, 
write  to  memory,  etc.  The  Z8001  indicates 
when  it  is  fetching  code,  reading  or  writing 
data,  or  performing  stack  operations,  and  thus 
the  Z8010  can  offer  protection  for  these  opera- 


tions. The  other  issue  with  respect  to  attributes 
is  whether  they  are  permissive  or  prohibitive. 
That  is,  whether  the  attribute  is  in  the  form  of 
"write  to  this  segment  is  permitted"  or  of  the 
form  "write  to  this  segment  is  prohibited."  The 
Z8010  adopts  the  approach  of  specifying  attri- 
butes that  prohibit  certain  types  of  accessing. 

The  final  issue  m the  mechanics  of  memory 
management  systems  is  the  implementation  of 
the  protection  attributes.  These  may  be 
associated  either  with  the  logical  address 
space  or  with  the  physical  memory  itself.  The 
IBM  360  series,  for  example,  places  the 
memory  protection  information  with  the 
physical  memory  itself.  Thus  the  processor 
generates  a memory  address  and  the  memory 
module  checks  to  see  if  the  access  is  permit- 
ted. The  mam  difficulty  with  this  approach  is 
in  the  lack  of  flexibility,  because  protection  is 
associated  with  fixed  memory  partitions.  Also, 
sharing  memory  is  cumbersome  because  each 
user  is  aive™  a nrnfpp+mn  V<=>v  to  matr’h  the 
memory  key;  thus  both  users  must  have  the 
same  access  key  or  a universal  access  key. 
Associating  access  attributes  with  the  logical 
segment  permits  a versatile  memory  manage- 
ment scheme  because  different  users  can 
access  the  same  segment  and  have  different 
access  attributes  associated  with  their  access- 
ing. The  Z8010  implements  access  attributes 
using  the  segment  mapping  information. 

Other  information  associated  with  each  seg- 
ment does  not  pertain  to  the  protection 
mechanism  but  can  be  of  use  to  the  memory 
management  system.  This  information  gener- 
ally relates  to  the  history  of  the  segment;  for 
example,  whether  a segment  has  been 
modified  while  resident  m primary  memory.  If 
it  has  not  been  modified  and  the  system 
requires  the  memory  for  another  segment,  the 
memory  can  be  freed  immediately;  otherwise, 
the  updated  version  of  the  segment  must  be 
stored  m secondary  memory  and  the  primary 
memory  is  not  available  until  the  segment  has 
been  saved.  Although  not  strictly  necessary, 
such  information  can  improve  the  performance 
of  the  memory  management  system.  The  Z8010 
collects  information  on  segment  usage,  and 
this  information  can  be  used  to  enhance  per- 
formance of  systems  that  use  this  device. 


The  Z8010 
Memory 
Management 
Unit 


The  Z8001  CPU  generates  segmented 
addresses  consisting  of  a 7-bit  segment  number 
and  a 16-bit  segment  offset  address.  In  addi- 
tion, the  CPU  generates  status  signals  indi- 
cating its  current  mode  of  operation  (such  as 
Instruction  Fetch,  Data  Memory  Reference, 
Stack  Memory  Reference,  and  Internal  Opera- 
tion), whether  it  is  performing  a Read  or  a 
Write  Memory  Reference  and  whether  it  is  m 
Normal  (User)  or  System  Mode.  The  Z8010 
Memory  Management  Unit  uses  this  informa- 
tion to  perform  its  memory  management  func- 
tions. This  section  describes  the  Z8010  MMU  in 


some  detail,  beginning  with  the  translation 
procedure  and  continuing  with  a description  of 
the  internal  registers  of  the  chip.  The  section 
concludes  with  a description  of  the  system 
commands  that  alter  the  contents  of  these 
registers. 

The  Z8010  MMU  has  three  functional  states. 
The  first  is  the  memory  management  state: 
when  a logical  address  is  presented  to  the  unit, 
the  MMU  checks  the  access  to  insure  its  valid- 
ity and  translates  the  logical  address  to  a 
physical  memory  location.  The  second  state  is 
a command  state:  when  a special  I/O  instruc- 
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tion  is  issued  to  the  MMU,  such  as  reading  or 
writing  one  of  its  internal  registers,  the  MMU 
responds  to  the  command  as  appropriate.  The 
third  state  is  a quiescent  state:  when  the  CPU 
issues  an  I/O  instruction  or  a refresh  cycle,  the 
MMU  address  lines  remain  3-stated. 

The  inputs  to  the  MMU  are  the  Address/Data 
lines  (A/D  lines),  Segment  Number  lines,  Bus 
Status  and  Timing  Lines,  and  special  control 
lines  for  chip  selection  and  DMA.  The  outputs 
from  the  MMU  are  Address  lines,  a Segment 
Trap  line  and  a Suppress  line  (Figure  4).  Dur- 
ing address  translation  and  access  protection, 
logical  addresses  are  presented  to  the  MMU  on 
the  Segment  Number  and  Address/Data  lines; 
the  MMU  puts  the  translated  physical  memory 
location  on  its  Address  lines  and,  if  appro- 
priate, activates  the  Segment  Trap  and/or  Sup- 
press lines. 

Segment  Trap  is  a special  type  of  syn- 
chronous interrupt  for  the  Z8001  CPU;  Sup- 
press aborts  the  memory  access.  In  the  com- 
mand state,  the  MMU  receives  commands  on 
the  A/D  lines;  data  to  be  read  from  or  written 
into  the  MMU  is  also  placed  on  the  A/D  lines. 

The  MMU  selects  which  of  the  three  states  it 
will  be  in  according  to  the  status  information 
on  the  Bus  Status  lines  during  the  initial  clock 
cycle  of  an  instruction  or  DMA  cycle.  The 
MMU  performs  address  translation  during  a 
memory  reference  for  either  a regular  instruc- 
tion or  a DMA  reguest.  Only  I/O  instructions 
(either  regular  or  special),  memory  refresh  and 
reserved  bus  status  states  cause  the  MMU  to 
cease  performing  memory  address  translations 
and  enter  another  state. 

The  MMU  uses  the  segment  number  to 
access  an  internal  table  of  segment  descriptor 
registers,  each  register  containing  the  starting 
memory  location  of  the  segment  (called  the 
base  address),  the  segment's  limit  (used  to 
determine  the  range  of  legal  address  offsets) 
and  the  types  of  accesses  permitted  to  that 
segment. 

Physical  memory  for  segments  is  allocated  in 
blocks  of  256  bytes.  The  eight  least  significant 
bits  of  the  base  address  are  all  zero  and  are 
not  stored  in  the  Segment  Descriptor  Register. 
Also,  since  the  eight  low-order  bits  of  the  seg- 
ment base  are  always  zero,  the  eight  low-order 
bits  of  the  segment  offset  need  not  participate 
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Figure  4.  Z8010  MMU  Pin  Functions 

in  the  addition  of  the  base  address  to  the  off- 
set. Rather,  they  can  be  juxtaposed  to  the 
result  of  adding  the  high-order  byte  of  the  off- 
set to  the  most  significant  16  bits  of  the  base 
address. 

This  process  is  illustrated  in  Figure  5.  Note 
that  the  low-order  eight  bits  of  the  offset  are 
not  used  by  the  MMU.  Figure  6 goes  through 
an  example  of  mapping  the  logical  address 
(5,  1528)  to  a physical  memory  location  when 
segment  5 begins  at  location  231100. 

Figure  6a  illustrates  the  full  addition  to  be 
performed  during  address  translation.  The  seg- 
ment number  5 selects  Segment  Descriptor 
Register  5 in  the  MMU.  The  base  address  field 
in  this  register  contains  2311  which  corre- 
sponds to  a base  address  of  231100.  The  offset, 
1528,  is  then  added  to  231100  to  produce  the 
physical  memory  location  232628.  Figure  6b 
represents  the  same  logical  procedure,  but 
illustrates  the  actual  operation  of  the  MMU. 
Again  segment  number  5 is  used  to  select  the 
base  address.  However,  only  the  high-order 
byte  of  the  offset  is  added  to  the  contents  of  the 
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The  Z8010  MMU  base-address  field:  15  is  added  to  231 1 
Memory  to  produce  the  most  significant  16  bits  of  the 

Management  physical  memory  location.  The  low- order  byte 
Unit  of  the  physical  location  is  the  same  as  the  low- 

( Continued)  order  byte  of  the  offset. 

The  results  of  the  two  processes  illustrated  in 
figures  6a  and  6b  are  the  same,  but  in  6a  a 
24-bit  addition  is  implied  whereas  in  6b  only  a 
16-bit  addition  is  needed.  Also,  the  low-order 
eight  bits  of  the  offset  are  not  needed  by  the 
MMU  and  this  reduces  the  number  of  pins 
required  by  the  MMU  package. 

The  MMU  checks  memory  references  for  two 
types  of  trap  conditions.  The  first  type  is  an 
access  violation.  This  occurs  when  a memory 
reference  is  performed  in  a mode  that  is  not 
allowed  by  the  read-only,  execute-only,  CPU- 
inhibit  or  system-only  attribute  of  a segment.  A 
memory  reference  outside  the  allocated 
memory  for  the  segment  also  constitutes  an 
access  violation. 

The  second  type  is  a write  warning.  This 
occurs  when  a write  is  made  to  the  last  256 
bytes  of  a special  type  of  segment  (indicated 
by  a special  attribute  flag  called  the  Direction 
And  Warning  Flag).  These  segments  are 
typically  used  for  stacks  and  are  therefore 
logically  organized  so  that  successive  writes 
(or  stack  pushes)  access  lower- numbered 
memory  locations.  By  generating  a segment 
trap  request  when  a write  is  performed  into  the 
lowest-numbered  256  bytes  of  the  memory 
allocated  for  these  segments,  the  MMU  is 
signaling  that  a stack  is  in  danger  of  overflow- 
ing. The  operating  system  in  servicing  this 
trap  can  increase  the  memory  allocated  for  the 
segment  and  avoid  a fatal  stack  overflow 
condition. 

The  MMU  generates  two  control  signals  that 
can  be  used  by  the  system  to  perform  memory 
management  functions.  Segment  Trap  Request 
is  generated  upon  the  first  detected  occur- 
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ranee  of  a violation  or  write  warning.  Once 
asserted,  this  signal  remains  set  until  a trap 
acknowledge  signal  is  received.  Only  when  the 
Fatal  Flag,  a special  MMU  control  flag,  is  set 
will  a detected  violation  not  cause  a segment 
trap  request.  This  flag  is  set  only  when  a 
second  violation  is  detected  while  a previous 
trap  is  being  processed  and  thus  indicates  that 
the  system  software  is  in  error. 

The  other  control  signal  generated  by  the 
MMU  is  Suppress.  Once  a violation  has  been 
detected,  this  signal  is  asserted  on  that  and 
every  succeeding  memory  reference  for  the 
remainder  of  the  instruction.  In  particular,  I/O 
and  Special  I/O  instructions  are  checked  for 
memory  access  violations,  and  once  a memory 
access  violation  is  detected,  subsequent 
memory  accesses  cause  Suppress  signals  to  be 
generated.  I/O  addresses,  of  course,  bypass 
the  MMU  and  are  neither  translated  nor 
checked.  Intervening  DMA  cycles  and  memory 
refresh  cycles  are  exceptions  to  this  rule.  Dur- 
ing such  cycles  Suppress  is  not  asserted  unless 
a violation  is  detected  during  that  cycle.  Only 
DMA  can  generate  a violation;  refresh  can 
never  cause  a violation.  Suppress  can  be  used 
by  the  memory  system  to  inhibit  writes,  thus 
protecting  the  memory  from  illegal  alterations. 


MMU 

Internal 

Registers 


There  are  three  groups  of  registers  m the 
MMU:  Segment  Descriptor  Registers,  Control 
Registers  and  Status  Registers.  The  Segment 
Descriptor  Registers  contain  all  the  information 
relating  to  the  address  translation  and  access 
protection  of  a particular  segment.  The  Con- 


trol Registers  contain  information  used  to  con- 
trol the  various  functions  of  the  MMU,  includ- 
ing how  to  interpret  various  signals  generated 
by  the  CPU.  The  Status  Registers  contain  all 
the  information  the  MMU  generates  when  it 
detects  an  access  violation. 


Segment 

Descriptor 

Registers 


Because  there  .are  64  Segment  Descriptor 
Registers  in  the  MMU,  two  MMUs  are  required 
to  handle  all  128  segments  that  the  Z8001  can 
manipulate  directly.  An  MMU  is  programmed 
to  handle  either  segments  0 through  63  or 
segments  64  through  127;  the  particular  set  of 
64  segments  in  an  MMU  can  be  changed  using 
special  operating  system  commands.  Each  Seg- 
ment Descriptor  contains  three  fields,  a 16-bit 
Base  Field,  an  8-bit  Limit  Field  and  an  8-bit 
Attribute  Field  (Figure  7).  The  segment 
number  of  a logical  address  determines  which 


segment  descriptors  are  used  in  address 
translation. 

The  Base  Field  specifies  the  starting  location 
in  memory  of  the  segment. 

The  Limit  Field  specifies  the  segment  size  in 
blocks  of  256  bytes.  The  address  offset  is  com- 
pared against  the  segment  limit  and  a size 
violation  occurs  if  the  offset  falls  outside  the 
segment  boundaries.  A write  warning  occurs  if 
the  destination  is  in  the  last  block  of  a segment 
being  used  as  a stack. 
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Figure  7.  A Segment  Descriptor 


ATTRIBUTE  FIELD 


The  Attribute  Field  contains  eight  flags.  Five 
flags  protect  the  segment  against  certain  types 
of  access,  one  indicates  a special  orientation  of 
the  segment,  and  two  indicate  the  types  of 
accesses  that  have  been  made  to  the  segment. 
The  following  brief  description  explains  how 
these  flags  are  used. 

The  Read-Only  Flag  (RD)  indicates  that  the 
only  accesses  to  this  segment  are  reads.  Writes 
are  prohibited  when  this  flag  is  set.  Thus  this 
flag  is  a write-inhibit  flag;  in  particular,  code 
can  be  executed  from  a read-only  segment. 

This  flag  is  useful  in  protecting  data  from 
being  written  by  unauthorized  users.  For 
example,  if  one  user  wants  to  give  another 
access  to  a document  that  he  has  created,  but 
does  not  want  this  user  to  be  able  to  modify  it, 
the  system  can  set  the  Read-Only  Flag  when  it 
copies  the  file  into  the  user's  address  space.  If 
the  data  is  already  in  memory  (in  a read-only 
mode),  then  this  same  memory  area  can  be 
made  accessible  to  that  user  without  another 
copy  of  the  document  being  required. 

The  System-Only  Flag  (SYS)  indicates  that 
only  accesses  made  in  System  Mode  are  to  be 
permitted.  When  this  flag  is  set,  accesses  in 
the  Normal  Mode  are  prohibited.  This  attribute 
is  useful  in  protecting  system  tables  and  tasks 
from  being  accessed  by  users.  For  example, 
system  I/O  routines  can  be  left  in  the  memory 
with  this  flag  set  and  a user  is  unable  to  call 
them  directly.  This  feature  is  useful  if  a system 
is  designed  so  that  users  are  given  certain  seg- 
ment names  and  other  segment  names  are 
reserved  for  system  use.  This  flag  prevents 
users  from  accessing  system  segments,  even 
though  they  can  generate  the  logical 
addresses. 

The  CPU -Inhibit  Flag  (CPUI)  indicates  that 
the  segment  is  not  to  be  referenced  by  the 
CPU.  When  this  flag  is  set,  CPU  access  to  this 
segment  is  prohibited,  but  DMA  channels  can 
access  the  segment.  This  flag  is  useful  in 
preventing  a program  from  accessing  a seg- 
ment whose  data  resides  on  secondary  storage 
and  has  not  been  brought  into  primary 
memory.  For  example,  a user  may  request  the 
operating  system  to  read  a file  from  disk  into 
segment  number  19;  if  the  operating  system 
returns  control  to  the  user  before  the  file  has 
been  read,  this  flag  should  be  set  in  Segment 
Descriptor  Register  19. 

The  Execute-Only  Flag  (EXC)  indicates  that 
the  segment  is  to  be  referenced  only  during 
the  instruction  fetch  cycle  of  the  processor. 
When  this  flag  is  set,  access  to  the  segment 
during  any  other  cycle  of  an  instruction,  for 
example  during  the  memory  request  cycle,  is 


prohibited.  This  flag  is  useful  in  preventing  a 
program  from  making  a copy  of  a proprietary 
program.  For  example,  if  this  flag  is  set  for  a 
segment  containing  code  that  a user  can 
access,  that  code  is  protected  from  being  read 
and  hence  from  being  copied. 

The  DMA-Inhibit  Flag  (DMAI)  indicates  that 
the  segment  is  not  to  be  referenced  by  a DMA 
Channel.  When  this  flag  is  set,  only  the  CPU 
has  access  to  the  segment.  This  flag  is  useful 
in  preventing  a DMA  device  from  modifying  a 
segment  being  used  by  an  executing  task.  For 
example,  segments  with  valid  data  should  have 
this  flag  set  to  protect  them  from  modification 
by  a DMA  device. 

The  Direction  And  Warning  Flag  (DIRW) 
indicates  that  memory  accesses  are  to  be 
monitored  and  certain  accesses  are  to  be 
signaled,  although  allowed  to  proceed.  When 
this  flag  is  set,  any  write  to  the  lowest  256 
bytes  of  the  segment  generates  a write  warn- 
ing. This  flag  is  useful  for  segments  that  are 
used  as  stacks  since  the  Z8001  has  special 
stack  instructions  to  manipulate  stacks  that 
grow  toward  lower  memory  locations.  Thus  a 
write  warning  for  a stack  indicates  that  the 
stack  may  soon  overflow  its  allotted  memory 
space  and  that  more  physical  memory  should 
be  obtained.  For  example,  if  a segment  serves 
as  a run-time  stack  for  a block-structured  pro- 
gramming language  such  as  PASCAL,  memory 
can  be  allocated  to  this  segment  only  as  a pro- 
gram requires  during  its  execution.  The  alter- 
native in  a fixed  allocation  environment  is  to 
allocate  as  much  memory  for  the  stack  as  the 
system  expects  the  program  to  need,  whether 
or  not  it  is  actually  used  by  the  program. 

The  Changed  Flag  ( CHG)  indicates  that  a 
write  has  occurred  to  this  segment.  This  flag  is 
set  automatically  whenever  a program  or  DMA 
device  writes  into  the  segment.  This  flag  is 
useful  in  indicating  which  segments  have  been 
modified  in  the  case  where  the  segment  must 
be  written  to  a secondary  storage  device. 
Segments  that  have  not  been  updated  need  not 
be  copied  back  to  disk  if  a copy  already  exists. 
For  example,  when  a user  task  is  suspended  in 
a multiple-user  environment  and  his  task  is  to 
be  swapped  out  of  memory  temporarily  to 
make  room  for  another  task,  only  those 
segments  that  have  been  changed  need  to  be 
updated  on  the  disk. 

The  Referenced  Flag  (REF)  indicates  that  a 
memory  access  has  been  made  to  a segment. 
This  flag  is  set  automaticaly  whenever  a pro- 
gram or  DMA  device  accesses  the  segment. 

This  flag  is  useful  in  indicating  which  segments 
are  active  in  the  case  that  a segment  must  be 
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selected  to  be  swapped  out  of  primary  memory 
to  make  room  for  another  task.  For  example, 
seldom-used  operating- system  tasks  that  usual- 
ly reside  in  primary  memory  may  be  swapped 


out  to  make  room  for  users  with  large  memory 
requirements.  This  flag  is  a way  of  ascertaining 
which  segments  contain  seldom  used  tasks. 


Control 

Registers 


Three  user-accessible  8-bit  registers  in  the 
MMU  control  the  functioning  of  the  MMU 
(Figure  8).  The  Mode  Register  provides  a 
sophisticated  method  for  selectively  enabling 
MMUs  in  a multiple-MMU  configuration.  The 
Segment  Address  Register  (SAR)  selects  a par- 
ticular segment  descriptor  to  be  accessed  by  a 
system  routine  when  it  is  changing  the 
organization  of  primary  memory.  The  Descrip- 
tor Selection  Counter  Register  selects  the  par- 
ticular byte  in  the  Segment  Descriptor  Register 
that  is  accessed. 

Two  flags  in  the  Mode  Register  govern  the 
functioning  of  the  MMU.  The  Master  Enable 
Flag  (MSEN)  indicates  whether  the  device  will 
perform  address  translation.  When  this  flag  is 
set,  addresses  translated  by  the  MMU  are 
placed  on  its  Address  lines;  when  this  flag  is 
clear,  the  Address  lines  are  3-stated.  Thus, 
once  this  flag  is  reset,  no  memory  request  can 
pass  through  the  MMU.  In  a single-MMU  con- 
figuration, MSEN  set  to  zero  requires  that  the 
CPU  must  have  access  to  a special  memory, 
since  it  will  not  be  able  to  fetch  an  instruction 
from  the  primary  memory.  This  flag  can  be  set 
during  hardware  reset  (this  is  discussed  later). 

The  second  flag  in  the  mode  register  that 
governs  the  functioning  of  the  MMU  is  the 
Translate  Flag  (TRNS).  This  flag  indicates 
whether  the  MMU  is  to  translate  the  addresses 
presented  to  it.  When  the  flag  is  set,  the  MMU 
translates  logical  addresses  to  physical  memory 
locations  and  checks  to  see  if  a violation  will 
occur  on  that  access.  When  the  flag  is  clear, 
addresses  presented  to  the  MMU  are  passed  to 
the  output  Address  lines  without  change,  and 
no  protection  checking  is  done. 

When  multiple-MMUs  are  used  in  a memory- 
management  system,  some  mechanism  must  be 
present  to  select  those  devices  that  are  to  be 
active  during  the  memory  translation  process. 
More  specifically,  if  two  MMUs  are  employed 
so  that  all  128  segments  can  be  used  at  random 
by  an  executing  process,  then  some  way  must 
exist  for  each  of  the  MMUs  to  know  which  64 
Segment  Descriptors  are  located  in  its  Segment 
Descriptor  Registers.  The  Upper  Range  Select 
Flag  (URS)  indicates  which  set  of  64  descrip- 
tors is  stored  in  the  MMU.  When  the  flag  is 
set,  the  MMU  contains  descriptors  64  through 
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127;  when  the  flag  is  reset,  the  MMU  contains 
descriptors  0 through  63. 

When  multiple-MMU  devices  keep  separate 
tables  for  system  descriptors  and  user  descrip- 
tors, the  Multiple  Segment  Table  Flag  (MST) 
and  the  Normal  Mode  Select  Flag  (NMS)  in  the 
Mode  Register  distinguish  which  MMUs  con- 
tain system  descriptors  and  which  contain  user 
descriptors.  When  the  MST  flag  is  set,  multiple 
tables  are  present  in  the  configuration,  and 
each  MMU  is  dedicated  to  one  of  the  tables.  In 
this  case  the_MMU  translates  addresses  only 
when  the  N/S  signal  matches  the  NMS  flag. 
Thus,  if  there  are  two  tables  in  the  memory 
management  system  (one  for  the  system  and 
one  for  users),  the  NMS  flag  is  set  in  those 
MMUs  containing  the  users'  segment  descrip- 
tors, and  is  not  set  in  the  remaining  MMUs.  All 
MMUs  in  the  system  have  the  MST  flag  set  to 
indicate  more  than  one  table  in  the  system. 

The  final  piece  of  control  information  in  the 
Mode  Register  is  a 3-bit  Identification  Field 
(ID)  that  indicates  a logical  name  for  the 
MMU.  When  a segment  trap  is  acknowledged 
by  the  CPU,  the  MMU  uses  this  field  to  select 
one  of  the  A/D  lines;  each  enabled  MMU 
should  select  a different  line.  If  an  MMU 
requested  a segment  trap,  it  outputs  a 1 on  its 
assigned  A/D  line;  otherwise  it  outputs  a 0. 
Since  the  ID  field  is  three  bits,  up  to  eight 
MMUs  can  be  uniquely  identified.  One 
instruction  might  result  in  multiple  violations 
in  different  MMUs,  so  that  the  segment  trap 
software  might  have  to  deal  with  several  MMUs 
to  process  the  trap. 

The  other  two  control  registers  in  the  MMU 
are  the  Segment  Address  Register  (SAR), 
which  points  to  one  of  the  64  segment  descrip- 
tors, and  the  Descriptor  Selection  Counter 
Register.  Commands  to  read  or  write  a seg- 
ment descriptor  use  the  SAR  pointer  to  select 
which  descriptor  is  to  be  accessed.  This 
register  has  an  auto- incrementing  capability 
for  accessing  consecutive  descriptors  in  suc- 
cession without  having  to  reload  the  SAR.  Thus 
if  descriptors  0 through  4 are  to  be  modified, 
the  SAR  is  initialized  to  0 and  then  auto- 
incremented  to  point  to  descriptors,  1,  2,  3 
and  4 in  succession. 

The  Segment  Descriptor  Number  is  a 6-bit 
field  that  contains  the  address  of  the  descriptor 
within  the  MMU.  If  the  MMU  holds  segments 
64  through  127  (that  is,  if  the  URS  flag  is  set), 
the  segment  named  64  is  accessed  when  the 
SAR  number  field  is  0.  This  is  a result  of  the 
6-bit  limit  of  the  descriptor  number  field.  The 
field  indicates  the  6 least- significant  bits  of  the 
logical  segment  descriptor  number. 
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Segment  Descriptors  consist  of  four  bytes; 
the  Descriptor  Selection  Counter  indicates 
which  byte  is  being  accessed  during  a com- 
mand (commands  to  the  MMU  can  read  or 
write  only  one  byte  at  a time).  A counter  value 
of  0 indicates  the  high-order  byte  of  the  base 
address  is  being  accessed,  1 indicates  the  low- 
order  byte  of  the  base  address,  2 indicates  the 
limit  field,  and  3 indicates  the  attribute  field. 


This  counter  is  used  by  MMU  commands  that 
access  multiple  bytes  within  a descriptor.  In 
general,  the  counter  is  handled  automatically 
by  the  MMU  commands.  Only  when  a com- 
mand could  be  interrupted — and  intervening 
MMU  commands  issued — should  this  register 
be  saved  and  later  restored  by  the  interrupting 
program. 


Status 

Registers 


Six  8-bit  registers  contain  information  useful 
in  recovering  from  memory  trap  conditions 
(Figure  9).  The  Violation  Type  Register 
describes  the  conditions  that  generated  the 
segment  trap.  The  Violation  Segment  Number 
and  Offset  Registers  contain  the  segment 
number  and  upper  byte  of  the  segment  address 
offset  for  the  logical  address  that  caused 
the  segment  trap.  The  Instruction  Segment 
Number  and  Offset  Registers  contain  the  seg- 
ment number  and  uper  byte  of  the  segment 
address  offset  for  the  last  instruction  before  the 
segment  trap  was  issued.  The  Bus  Cycle  Status 
Register  records  the  status  of  the  bus  at  the 
time  the  trap  condition  was  detected. 

Only  violations  caused  by  CPU  access  have 
trap  information  stored  in  the  status  registers; 
DMA  violations  cause  Suppress  to  be  asserted, 
but  the  Status  Registers  are  not  altered.  Thus  if 
a DMA  violation  occurs  between  a CPU  viola- 
tion and  entry  to  the  trap  service  routine,  the 
service  routine  still  has  the  CPU  trap  informa- 
tion available  to  process  the  trap.  It  is  the 
responsibility  of  the  DMA  device  to  save 
enough  information  in  the  event  of  a violation 
so  that  a software  DMA  violation  service 
routine  can  process  the  violation  correctly. 

Eight  flags  in  the  Violation  Type  Register 
describe  the  cause  of  the  segment  trap.  Four 
flags  correspond  to  access  protection  modes  in 
the  segment  descriptor  attribute  mode.  A read- 
only violation  sets  the  RDV  flag,  a system-only 
violation  sets  the  SYSV  flag,  a CPU  access  to  a 
CPU-Inhibit  segment  sets  the  CPUIV  flag,  an 
execute-only  violation  sets  the  EXCV  flag. 

Three  flags  correspond  to  addressing  viola- 
tion or  warnings.  The  Segment  Length  Viola- 
tion Flag  (SLV)  is  set  whenever  the  offset  of  the 
logical  address  falls  outside  the  memory  space 
allocated  to  the  segment.  The  Primary  Write 
Warning  Flag  (PWW)  is  set  whenever  a write 
occurs  in  the  last  256  bytes  of  a segment  whose 
Direction  And  Warning  Flag  is  set  (that  is,  for 
segments  being  used  as  stacks  where  the  top  of 
the  stack  is  within  256  bytes  of  the  allocated 
memory  space  of  the  segment).  The  Secondary 
Write  Warning  Flag  (SWW)  is  similar  to  the 
PWW  flag,  only  it  is  set  when  the  CPU  is  in 
system  mode,  a stack  push  is  being  performed 
to  a segment  with  a Direction  And  Warning 
Flag  set,  and  some  other  addressing  violation 
or  warning  has  occurred  (the  EXCV,  CPUIV, 
SLV,  SYSV,  RDV  or  PWW  flags  have  been 
set) . When  the  SWW  flag  is  set  it  indicates 


that  the  system  stack  is  in  danger  of  overflow- 
ing its  allotted  memory.  Once  the  SWW  flag  is 
set,  further  write  warnings  are  suppressed. 

This  prevents  the  system  from  repeatedly 
being  interrupted  for  the  same  warning  while 
it  is  in  the  process  of  eliminating  the  cause 
of  the  warning. 

The  final  violation-type  register  flag  to  be 
discussed  is  the  Fatal  Condition  Flag  (FATL). 
This  flag  is  set  when  any  other  flag  m the 
violation  type  register  is  set  and  either  a viola- 
tion is  detected  or  a write-warning  condition 
occurs  in  normal  mode.  This  flag  is  not  set 
during  a stack  push  in  system  mode  that 
results  in  a warning  condition.  This  flag 
indicates  that  a memory  access  error  has 
occurred  in  the  trap  processing  routine.  Once 
this  flag  has  been  set,  no  Trap  Request  signals 
are  generated  on  subsequent  violations. 
However,  Suppress  signals  are  generated  on 
this  and  subsequent  CPU  violations  until  the 
FATL  flag  has  been  reset. 

The  Bus  Cycle  Status  Register  contains  infor- 
mation pertaining  to  the  status  of  the  bus  when 
a trap  condition  is  detected.  This  includes 
CPU  Status  (ST0-ST3),  plus  flags  indicating 
whether  a read  or  a write_was  being  performed 
and  whether  or  not  the  N/S  line  was  asserted. 

The  Violation  Segment  Number  and  Offset 
Registers  record  the  first  logical  address  to 
cause  a trap.  Only  the  high-order  byte  of  the 
offset  is  saved,  however,  so  that  external  sup- 
port circuitry  is  needed  to  save  the  low-order 
eight  bits  of  the  logical  address  offset.  If  the 
trap  occurred  during  the  instruction  fetch 
cycle,  this  information  is  the  logical  address  of 
the  instruction;  otherwise  it  indicates  the 
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Figure  9.  MMU  Violation  Information  Registers 


Status  logical  address  of  a data  item  which  was  to  be 

Registers  accessed. 

(Continued)  The  Instruction  Segment  Number  and  Offset 

Registers  record  the  logical  address  of  the  last 
instruction  fetch  that  occurred  before  the  trap. 
Only  the  high-order  byte  of  the  offset  is  saved, 
however,  so  external  support  circuitry  is  need- 
ed to  save  the  low-order  eight  bits  of  the  offset. 

If  an  instruction  fetch  caused  the  trap,  these 


registers  indicate  the  logical  address  of  the 
previous  instruction.  Such  information  is  useful 
if  the  preceding  instruction  was  a branch 
instruction  to  an  invalid  address  since — in  this 
case — these  registers  indicate  which  branch 
instruction  led  to  the  erroneous  situation.  If  a 
data  reference  caused  the  segment  trap,  then 
these  registers  indicate  the  logical  address  of 
the  instruction  that  specified  the  illegal  access. 
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Segments  are  specified  by  a base  address 
and  a range  of  legal  offsets  to  this  base 
address.  On  each  access  to  a segment,  the  off- 
set is  checked  against  this  range  to  insure  that 
the  access  falls  within  the  allowed  range.  If  an 
access  outside  the  segment  is  attempted,  a 
Trap  Request  and  a Suppress  signal  are 
generated. 

Normally  the  legal  range  of  offsets  within  a 
segment  is  from  0 to  256N  4-  255  bytes,  where 
0<N<255.  (N  is  the  value  in  the  limit  field  of 
the  segment  descriptor.)  However,  a segment 
may  be  specified  so  that  legal  offsets  range 
from  256N  to  65,535  bytes,  where  0<N<255. 
The  latter  type  of  segment  is  useful  for  stacks 
because  the  Z8001  stack- manipulation  instruc- 
tions cause  stacks  to  grow  toward  lower 
memory  locations.  Thus,  when  a stack  grows  to 


the  limit  of  its  allocated  segment,  additional 
memory  can  be  allocated  on  the  correct  end  of 
the  segment.  As  an  aid  in  maintaining  stacks, 
the  MMU  detects  when  a write  is  performed  to 
the  lowest  allocated  256  bytes  of  these 
segments  and  generates  a Trap  Request.  No 
Suppress  signal  is  generated  so  the  write  is 
allowed  to  proceed.  This  write  warning  can 
then  be  used  to  indicate  that  more  memory 
should  be  allocated  to  the  segment. 

The  DIRW  flag  indicates  that  a segment  is  to 
be  treated  m this  special  way  by  the  MMU. 
When  the  DIRW  flag  is  set,  the  range  of 
allowed  offsets  is  from  256N  to  65,535  bytes 
and  writes  into  the  range  256N  to  256N  + 255 
generate  Segment  Trap  but  not  Suppress, 
indicating  a write  warning. 


Segment  The  Z8010  MMU  generates  a Segment  Trap 

Trap  and  whenever  it  detects  an  access  violation  or  a 
Acknowledge  write  warning  condition.  In  the  case  of  an 

access  violation,  the  MMU  also  activates  Sup- 
press. Suppress  can  be  used  to  inhibit  memory 
writes  and  to  request  that  special  data  be 
returned  on  a read  access.  Segment  Trap 
remains  Low  until  a Trap  Acknowledge  signal 
is  received.  If  a violation  occurs,  Suppress  is 
asserted  for  that  cycle  and  all  subsequent  CPU 
memory  references  until  the  end  of  the  instruc- 
tion. Intervening  DMA  cycles  are  not  sup- 
pressed, however,  unless  they  generate  a 
violation.  Violations  detected  during  DMA 
cycles  cause  Suppress  to  be  asserted  during 
that  cycle  only;  no  segment  trap  requests  are 
ever  generated  during  DMA  cycles.  This  is 
because  the  CPU  would  not  be  able  to  respond 
to  these  traps  until  the  conclusion  of  the  DMA 
cycle. 

Segment  traps  to  the  Z8001  CPU  are  handled 
similarly  to  other  types  of  interrupts.  To  ser- 
vice a segment  trap,  the  CPU  enters  a segment 
trap  acknowledge  cycle.  The  acknowledge 
cycle  is  always  preceded  by  an  instruction 
fetch  cycle  that  is  aborted.  The  MMU  has  been 
designed  so  that  this  dummy  instruction  fetch 
cycle  is  ignored.  During  the  acknowledge 
cycle,  all  enabled  MMUs  use  the  Address/Data 
lines  to  indicate  their  status.  An  MMU  that  has 
generated  a Segment  Trap  request  outputs  a 1 


on  the  A/D  line  associated  with  the  number  in 
its  ID  field.  An  MMU  that  has  not  generated  a 
segment  trap  request  outputs  a 0 on  its 
associated  A/D  line.  A/D  lines  for  which  no 
MMU  is  associated  remain  3-stated.  During  a 
segment  trap  acknowledge  cycle,  an  MMU 
uses  A/D  line  8 + i if  the  content  of  its  ID 
field  is  i. 

Following  the  acknowledge  cycle,  the  CPU 
automatically  pushes  the  program  status  words 
and  program  counter  onto  the  system  stack, 
and  loads  a new  program  status  word  and  pro- 
gram counter  from  the  program  status  area. 

The  Segment  Trap  line  is  reset  during  the  seg- 
ment trap  acknowledge  cycle,  and  no  Suppress 
signal  is  generated  during  the  stack  push.  If 
the  store  creates  a write  warning  condition,  a 
segment  trap  request  is  generated  and  is  ser- 
viced at  the  end  of  the  context  swap;  the  SWW 
flag  is  also  set.  Servicing  this  second  Segment 
Trap  request  also  creates  a write  warning  con- 
dition, but — because  the  SWW  flag  is  set — no 
Segment  Trap  request  is  generated.  If  a viola- 
tion rather  than  a write  warning  condition 
occurs  during  the  context  swap,  the  FATL  flag 
is  set  rather  than  the  SWW  flag.  In  this  case, 
subsequent  violations  cause  the  Suppress  to  be 
asserted  but  not  Trap  Request.  Without  the 
SWW  and  FATL  flags,  trap  processing  routines 
that  generate  memory  violations  would 
repeatedly  be  interrupted  and  called  to  pro- 
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cess  the  violations  they  create. 

The  CPU  routine  to  process  a trap  request 
should  first  check  the  FATL  flag  to  determine 
if  a fatal  system  error  has  occurred.  If  not,  the 


SWW  flag  should  be  checked  to  determine  if 
more  memory  is  required  for  the  system  stack. 
Finally,  the  trap  itself  should  be  processed  and 
the  violation  type  register  reset. 


When  a memory  management  system  must 
read  or  change  information  m the  MMU  to 
respond  to  a segment  trap  or  to  re-organize  the 
physical  memory,  it  can  issue  control  com- 
mands to  the  MMU.  These  commands  fall  into 
two  generic  categories:  reset  commands  and 
read/write  commands.  Reset  commands  are 
simply  orders  to  the  MMU  to  set  or  clear 
specified  fields.  For  these  commands,  the 
Z8001  Special  I/O  output  command  can  be 
used  with  the  destination  field  set  to  be  the 
MMU  command  code  corresponding  to  the 
desired  action. 

Read  and  write  commands  are  slightly  more 
complicated  because  they  consist  of  both  com- 
mands and  data.  Such  commands  to  the  MMU 
are  issued  using  the  Z8001  Special  I/O  instruc- 
tions. These  instructions  have  a source  and  a 
destination  field.  For  an  input  instruction,  the 
source  field  contains  an  MMU  command  code 
and  the  destination  field  indicates  where  m 
primary  memory  the  data  is  placed.  For  an 
output  instruction,  the  destination  field  con- 
tains an  MMU  command  and  the  source  field 
indicates  where  the  data  to  be  written  into  the 
MMU  resides  m memory. 

The  high-order  byte  of  the  command  con- 
tains the  opcode  for  that  command;  the  low- 
order  byte  of  the  command  can  be  used  to 
specify  the  particular  MMU  to  be  accessed. 

The  MMU  does  not  receive  information  on 
AD0-AD7,  so  external  circuitry  must  decode 
information  on  these  lines  during  the  Special 
I/O  commands  and  then  select  a particular 
MMU.  The  encoding  of  the  low-order  byte  is 
dependent  upon  the  system  implementation. 
This  paper  always  uses  the  convention  that 
bit  1 specifies  MMU  number  1. 

The  reset  commands  to  the  MMU  are:  Reset 
Violation  Type  Register,  Reset  SWW  Flag  In 
Violation  Type  Register,  and  Reset  Fatal  Flag 
In  Violation  Type  Register.  Resetting  the  Viola- 
tion Type  Register  is  similar  to  a hardware 
reset  in  that  it  clears  this  register  and  returns 
the  internal  control  of  the  MMU  to  an  initial 
state  (as  if  no  violation  had  occurred  since 
system  initialization).  Resetting  the  SWW  flag 
or  the  FATL  flag  m the  Violation  Type  Register 
clears  these  flags. 

Two  other  commands  are  similar  to  reset 
commands  m that  they  have  no  data  associated 
with  them.  These  are  Set  All  CPU-Inhibit  Flags 
in  the  segment  attribute  fields  and  Set  All 
DMA-Inhibit  Flags  m the  segment  attribute 
fields,  both  of  which  cause  all  segment 


descriptors  in  the  MMU  to  have  the  CPUI  or 
DMAI  flags  set,  respectively.  These  two  set 
commands  can  be  useful  in  initializing  address 
translation  tables  or  when  swapping  between 
tasks.  For  example,  when  swapping  between 
tasks  the  Set  All  CPUI  Flags  command 
automatically  makes  the  previous  task's 
segments  inaccessible  to  the  next  task,  unless 
the  system  explicitly  initializes  the  segment 
attribute  field  m these  segments. 

As  an  example  of  using  the  Special  Output 
instruction  SOUT  to  control  an  MMU,  consider 
resetting  the  fatal  flag  of  MMU  #1.  The  MMU 
command  opcode  for  this  is  "%14"  (°/o  denotes 
hexadecimal).  The  assembler  syntax  for  the 
SOUT  instruction  is  "SOUT  destination  field, 
source  field"  so  that  the  instruction  to  reset  the 
fatal  flag  of  MMU  #1  is  "SOUT  %1402,  RO." 
Specifying  register  0 in  this  instruction  is  an 
arbitrary  choice — the  content  of  this  register  is 
placed  on  the  A/D  lines  during  the  data  phase 
of  the  SOUT  instruction,  but  it  is  ignored  by 
the  MMU.  The  low-order  byte  of  the  command 
(the  destination  field  of  the  instruction)  en- 
codes which  MMU  is  to  reset  its  fatal  flag.  The 
convention  followed  in  this  paper  is  that  MMU 
1 is  specified  by  setting  bit  i in  the  low  order 
byte  of  the  command.  (Bit  1 set  is  hex  "%02.") 

The  rest  of  the  MMU  commands  consist  of 
both  operation  and  data.  The  following  internal 
registers  can  be  read  or  written:  the  Mode 
Register,  the  Segment  Address  Register,  the 
Descriptor  Registers  and  the  Descriptor  Selec- 
tion Counter  Register.  A Descriptor  Register 
can  be  read  or  written  as  a whole,  or  selected 
subfields  can  be  accessed.  In  addition,  by 
using  the  auto-increment  feature  of  the  Seg- 
ment Address  Register,  successive  Descriptor 
Registers  can  be  accessed,  or  a selecteci  field 
within  successive  Descriptor  Registers  can  be 
accessed.  For  example,  one  Special  I/O  com- 
mand m block  mode  could  read  a number  of 
segment  attribute  fields.  This  is  useful  in  deter- 
ming  which  segments  have  been  modified. 

As  an  example  of  using  the  Special  Output 
instruction  SOUT  to  write  data  into  an  MMU, 
consider  writing  the  contents  of  Register  6 into 
the  Mode  Register  of  MMU  #2.  The  opcode  for 
this  command  is  "%00"  and  so  the  command  is 
"SOUT  %0004,  R6."  Here  the  high-order  byte 
of  the  destination  field  contains  the  opcode 
and  the  low-order  byte  has  bit  2 set  (hex 
adecimal  4 if  0100  m binary)  indicating 
MMU  #2. 


Commands 
to  tho  MMU 

(Continued) 


Certain  MMU  internal  registers  can  only  be 
read — there  is  no  corresponding  write  instruc- 
tion. This  is  because  these  registers  contain 
information  relating  to  a detected  violation  and 
thus  it  is  not  necessary  to  be  able  to  write  into 
these  registers.  These  registers  are  the  Viola- 
tion Type  Register,  the  Violation  Segment 
Number  Register,  the  Violation  Offset  Register, 


the  Instruction  Segment  Number  Register,  the 
Instruction  Offset  Register  and  the  Violation 
Bus  Status  Register.  Although  the  Violation 
Type  Register  cannot  be  written,  it  should  be 
noted  that  it  can  be  cleared  and  that  two  of  its 
flags  can  be  individually  cleared:  the  SWW 
flag  and  the  FATL  flag. 


Direct 

Memory 

Access 


DMA  operations  may  occur  between  Z8001 
machine  cycles  and  can  be  handled  through 
the  MMU.  The  MMU  permits  DMA  in  either 
the  System  or  Normal  Mode  of  operation.  For 
each  memory  access,  segment  attributes  are 
checked  and — if  a violation  is  detected— a 
Suppress  signal  is  generated.  Unlike  a CPU 
violation,  which  automatically  causes  Suppress 
signals  to  be  generated  on  subsequent  memory 
accesses  until  the  next  instruction,  DMA  viola- 
tions generate  a Suppress  only  on  a per- 
memory-access  basis.  The  DMA  device  should 
note  the  Suppress  signal  and  record  sufficient 
information  to  enable  the  system  to  recover 
from  the  access  violation.  No  Segment  Trap 
Request  is  ever  generated  during  DMA  (hence 
warning  conditions  are  not  signaled).  There 
are  no  trap  requests  because  the  CPU  would 
not  acknowledge  the  request  until  the  end  of 
the  DMA  cycle. 


At  the  start  of  a DMA  cycle,  the  DMASYNC 
line  must  go  Low,  indicating  to  the  MMU  the 
beginning  of  a DMA  cycle.  A Low  DMASYNC 
inhibits  the  MMU  from  using  an  indeterminate 
segment  number  on  lines  SNo-SNg.  When  the 
DMA  logical  memory  address  is  valid, 
DMASYNC  must  be  High  on  one  rising  edge  of 
Clock  and  the  MMU  then  performs  its  address- 
translation  and  access- protection  functions. 
Upon  the  release  of  the  bus  at  the  termination 
of  the  DMA  cycle,  DMASYNC  must  again  be 
High.  After  two  clock  cycles  of  DMASYNC 
High,  the  MMU  assumes  that  the  CPU  has  con- 
trol of  the  bus  and  that  subsequent  memory 
references  are  CPU  accesses.  The  first  instruc- 
tion fetch  occurs  at  least  two  clock  cycles  after 
the  CPU  regains  bus  control.  During  CPU 
cycles,  DMASYNC  should  always  be  High. 


Hardware 
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The  MMU  can  be  reset  by  either  hardware 
or  software  mechanisms  but  note  that  they 
have  different  effects.  A hardware  reset  occurs 
on  the  falling  edge  of  the  Reset  input;  a soft- 
ware reset  is  performed  by  an  MMU  command. 
A hardware  reset  clears  the  Mode  Register, 
Violation  Type  Register  and  Descriptor  Selec- 
tion Counter.  If  the  Chip  Select  line  is  Low 
while  Reset  is  Low  the  Master  Enable  Flag  in 
the  Mode  Register  is  set  to  1 . All  other 
registers  are  undefined.  After  reset,  the  A/D 
and  A lines  are  3-stated.  The  SUP  and  SEGT 


open-drain  outputs  are  not  driven.  If  the 
Master  Enable  Flag  is  not  set  during  reset, 
the  MMU  does  not  respond  to  subsequent 
addresses  on  its  A/D  lines.  To  enable  an  MMU 
after  a hardware  reset,  an  MMU  command 
must  be  used  in  conjunction  with  Chip  Select. 

A software  reset  occurs  when  the  Reset 
Violation  Type  Register  command  is  issued. 
This  command  clears  the  Violation  Type 
Register  and  returns  the  MMU  to  its  initial 
state  as  if  no  violations  or  warnings  had 
occurred. 


Z8010  MMU  architecture  supports  system 
Configur-  configurations  that  use  more  than  one 
ations  MMU.  Multiple  MMU  devices  can  be  used 

either  to  manage  128  CPU  segments  rather 
than  the  64  supported  by  one  MMU,  or  to 
manage  multiple  translation  tables. 

The  Z8001  CPU  generates  logical  address- 
es that  can  specify  up  to  128  different  seg- 
ment names.  Because  the  MMU  contains 
only  64  Segment  Descriptor  Registers,  two 
MMUs  are  needed  to  perform  address  trans- 
lation for  128  logical  segments.  Systems 
designed  with  only  one  MMU  device  still 
have  the  power  and  flexibility  offered  by 
memory  management,  although  tasks  in 
such  a system  are  restricted  to  manipu- 


lating only  64  logical  segment  names.  These 
names  must  either  be  0 through  63  or  64 
through  127.  If  the  MMU  in  a single-MMU 
configuration  is  set  to  translate  segment  names 
in  one  range  and  the  CPU  generates  a logical 
segment  name  in  the  other  range,  the  MMU 
does  not  perform  address  translation  and  no 
physical  memory  location  is  output.  In  this 
case,  no  request  is  made  to  memory.  There- 
fore, a single-MMU  configuration  should  have 
additional  external  logic  to  detect  erro- 
neous segment  names  and  generate  a Segment 
Trap  and  Suppress  signal. 

The  Upper  Range  Select  flag  (URS)  is 
used  in  multiple  MMU  configurations  to 
indicate  which  group  of  logical  segment  names 
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(Continued)  addresses  in  the  range  64  through  127.  When 

the  flag  is  clear,  the  range  is  0 through  63. 
Thus  the  URS  flag  corresponds  to  the  most 
significant  bit  (bit  6)  in  the  logical  segment 
names  that  the  MMU  translates.  Because  this 
flag  is  under  program  control,  the  range  of 
logical  segment  names  can  be  changed  during 
execution  in  System  Mode. 

MMU  architecture  also  supports  multiple 
segment  translation  tables.  This  feature  is 
useful  when  separate  tables  are  maintained  for 
different  tasks.  Each  task  has  its  own  table  and 
switching  between  tasks  requires  enabling  the 
appropriate  MMU  devices.  In  contrast,  systems 
with  only  one  translation  table  must  either 
restrict  the  logical  segment  names  that  an 
individual  task  can  use,  or  change  the 
Descriptor  Register  entries  whenever  tasks  are 
swapped.  Two  flags  jn  the  Mode  Register, 
together  with  the  N/S  signal,  are  used  in  multi- 
ple table  configurations. 

The  Multiple  Segment  Table  (MST)  flag 
indicates  whether  the  configuration  is  being 
used  to  support  multiple  tables.  When  this  flag 
is  set,  the  MMU  will  compare  the  N/S  line 
against  the  Normal  Mode  Select  Flag  (NMS) 
before  generating  a physical  memory  location 
on  its  Address  lines.  When  the  line  and  the 
flag  match  (both  asserted  or  both  de-asserted), 
the  MMU  is  enabled  and  an  address  translation 
is  performed  (assuming  the  URS  flag  matches 
the  most  significant  bit  in  the  logical  segment 


name).  If  the  N/S  line  fails  to  match  the  state 
of  the  NMS  flag,  no  translated  address  is 
generated  by  the  MMU.  The  MST  flag  and  the 
NMS  flag  are  under  program  control  and  can 
be  changed  in  System  Mode. 

The  simplest  multiple  translation  table  con- 
figuration has  one  table  for  Normal  Mode 
access  and  one  for  System  Mode  access.  In 
such  a configuration,  the  Multiple  Table  Flag 
is  set  in  all  MMUs  and  the  N/S  line^of  each 
MMU  receives  its  input  from  the  N/S  output  of 
the  Z8001  CPU.  MMUs  containing  descriptors 
of  system  segments  have  the  NMS  flag  clear, 
and  those  containing  descriptors  to  be  used  in 
Normal  Mode  have  the  flag  set.  When  the 
Z8001  is  in  System  Mode,  the  N/S  line  is  Low 
and  it  matches  the  NMS  flag  in  those  MMUs 
whose  Descriptor  Registers  contain  system  seg- 
ment information.  Therefore,  these  MMUs  are 
used  in  address  translation  for  system 
references. 

When  the  Z8001  is  in  Normal  Mode,  the  N/S 
line  is  High  and  it  matches  the  NMS  flag  in 
those  MMUs  whose  Descriptor  Registers  con- 
tain user  segment  information.  Consequently, 
these  MMUs  are  used  in  address  translation  for 
user  segments.  In  this  configuration,  system 
segments  are  separated  from  user  segments. 
When  the  Z8001  changes  from  Normal  to 
System  Mode  of  operation,  the  appropriate 
translation  table  is  automatically  selected.  A 
more  elaborate  example  of  a configuration  with 
multiple  translation  tables  is  given  in  the  next 
section. 


Examples 


This  section  describes  two  Z8001-Z8010  con- 
figurations: one  contains  two  MMUs  and  one 
address  translation  table;  the  other  contains 
seven  MMUs  and  four  address  translation 
tables.  These  examples  are  given  in  suf- 
ficient detail  to  illustrate  some  of  the  major 
ideas  in  constructing  memory- management 
systems  around  the  Z8010  MMU.  High-level 
block  diagrams  illustrate  some  of  the  major 
features  of  typical  hardware  configurations 
and  short  programs  illustrate  software  tech- 
niques for  using  the  MMU. 

The  first  example  system  is  the  two- MMU 
configuration  illustrated  in  Figure  10.  The  two 
MMUs  are  called  MMU  #1  and  #2,  and  they 
are  selected  during  a command  cycle  by  ADj 
and  AD2  being  Low,  respectively.  Since  a 
Special  I/O  instruction  is  being  used  bit  0 must 
always  be  zero.  Thus,  when  a low- order  byte  of 
a command  is  "0/o02,"  MMU  #1  responds; 
when  it  is  "%04,"  MMU  #2  responds;  and 
when  it  is  "%06,"  both  MMUs  respond.  (Note 
that  ADj  is  inverted  before  attachment  to  the 
CS  pin.) 

The  A/Di  line,  which  controls  MMU  #1 
through  the  Chip  Select  input,  is  first  com- 


bined with  the  Reset  line.  This  allows  the 
Master  Enable  Flag  to  be  set  upon  system 
initialization,  so  the  logical  addresses  gen- 
erated by  the  CPU  are  passed  to  the  physical 
memory.  This  is  done  because — upon  reset — 
the  mode  register  is  otherwise  cleared,  the 
Translate  Flag  is  clear  and  addresses  pass 
through  the  MMUs  untranslated.  The  bootstrap 
program  can  therefore  reside  in  absolute 
memory  locations  in  the  physical  memory.  If 
the  Reset  line  is  not  an  input  to  the  Chip 
Select  line,  the  Master  Enable  Flag  would  not 
be  set  during  system  initialization  and  the  CPU 
would  not  be  able  to  address  memory  through 
the  MMUs. 

Note  that  there  is  a direct  path  from  the 
CPU  and  DMA  to  the  system  bus.  This  path 
is  used  during  I/O  and  memory  refresh 
because  the  MMUs  are  quiescent  during  these 
cycles.  It  is  also  used  for  data  on  memory 
reads  and  writes.  Also,  note  that  the  Suppress 
line  goes  both  to  the  memory,  where  it  can  be 
used  to  protect  the  memory  from  erroneous 
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writes,  and  back  to  the  DMA  device  to  save 
information  upon  the  event  of  a DMA  access 
error. 

Of  further  interest  in  the  example,  address 
latches  are  used  to  buffer  addresses  between 
the  Z8001  and  a demultiplexed  bus.  This  is 
required  to  demultiplex  the  address  and  data 
onto  the  bus.  The  address  latch  for  ADg-ADis 
may  not  be  needed  if  the  I/O  device  does  not 
use  separate  address  and  data  lines. 

A detailed  example  indicates  how  such  a 
system  could  be  used.  First,  consider  setting 
Segment  Descriptor  Register  65  to  point  to  a 
read-only  segment  of  768  bytes  starting  at 
memory  location  % 11 5200.  The  segment  is  to 
be  accessed  in  Normal  Mode.  The  Descriptor 
Register  should  be  % 115202  01.  The  first  two 
bytes,  % 1 1 52 , indicate  the  starting  location  of 
the  segment  (note  that  the  low- order  byte  of 
the  memory  address  is  all  zeros  and  is  not 
stored  in  the  Descriptor  Register).  The  third 
byte,  %02,  indicates  that  three  blocks  of  256 
bytes  have  been  allocated  to  this  segment.  The 
fourth  byte,  %01,  indicates  that  only  the  read- 
only segment  flag  has  been  set. 


To  write  this  descriptor  into  the  MMU,  a 
copy  of  the  descriptor  should  be  created  in 
primary  memory  and  a Special  I/O  block 
transfer  instruction  used.  The  SOTIRB  instruc- 
tion can  be  used  for  this. 

This  instruction  has  the  assembler  syntax 
"SOTIRB  destination,  source,  count  register" 
where  both  the  destination  and  source  are 
registers.  The  destination  register  contains  the 
command  to  the  MMU,  the  memory  location 
pointed  to  by  the  source  register  contains  the 
first  byte  of  the  data  to  be  transferred,  and  the 
Count  Register  contains  the  number  of  bytes  to 
be  transferred. 

The  opcode  to  load  the  Descriptor  Register 
is  "%0B".  Segment  Descriptor  Register  65  is 
Segment  Descriptor  Register  1 of  MMU  #2,  so 
the  MMU  command  is  "%0B04". 

To  specify  which  Segment  Descriptor 
Register  to  write,  it  is  necessary  to  load  the 
Segment  Address  Register  of  MMU  #2  with  1. 
The  MMU  opcode  to  do  this  is  "%01"  and  so 
the  command  is  "%0104."  The  segment 
number  (in  this  case  65)  is  a parameter  to  the 
example  routine,  passed  in  register  0.  The 


Figure  10.  A Dual-MMU  Configuration 
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BIT 

RO,  #6 

(Continued) 

JR 

SOUTB 

LD 

JR 

Z,  OVER 

°/o0104,  RHO 
'Rl,  #%0B04 

NEXT 

OVER: 

SOUTB 

LD 

%0102,  RHO 
Rl,  #0/oOB02 

NEXT: 

LD 

SOTIRB 

RO,  #4 

@R1,  @RR2, 

'Test  to  see  if  Descriptor  Register  is  in  MMU  #1! 
!or  MMU  #2! 

!Set  SAR  m MMU  #2! 

[Prepare  to  write  descriptor! 


[Set  SAR  in  MMU  #1! 
[Prepare  to  write  descriptor! 

[Load  count  field — 4 bytes! 
[Write  descriptor! 


descriptor  to  be  written  is  another  parameter  to 
this  routine:  RR2  contains  the  address  in 
memory  where  this  information  resides.  The 
SOUTB  instruction  has  a similar  syntax  to  the 
SOTIRB  instruction  explained  previously 
except  that  it  writes  one  byte  instead  of  a 
series  of  bytes,  and  the  destination  I/O  address 
is  m the  instruction  itself  instead  of  in  a 
register  specified  by  the  instruction. 

The  routine  on  this  page  initializes  the  Seg- 
ment Descriptor.  Its  parameters  are  found  in 
Register  RO,  which  contains  the  segment 
number  to  be  written,  and  m Register  RR2, 
which  points  to  the  descriptor  information  in 
primary  memory.  Registers  RO  through  R3  are 
used  by  this  routine. 

Now  suppose  that  the  user  tries  to  write  into 
location  < <65>  >%9328.  This  causes  a seg- 
ment trap  both  because  of  the  write  to  a read- 
only segment  and  because  the  access  exceeds 
the  segment  limit.  At  the  end  of  the  instruction 
that  has  the  illegal  memory  access,  the  CPU 
acknowledges  the  trap.  During  the  trap 
acknowledge  cycle,  MMU  #2  asserts  ADjq 
(assuming  its  ID  field  is  "010")  and  this  infor- 
mation is  placed  on  the  system  stack  for  the 


trap-handling  routine. 

The  trap-handling  routine  reads  the  violation 
information  registers  from  the  MMU.  The  viola- 
tion type  register  contains  "%05"  indicating 
both  a length  violation  and  a read-only  viola- 
tion. The  Violation  Bus  Status  Normal  Register 
contains  "%28".  The  first  nibble  indicates  a 
write  in  Normal  Mode  was  in  progress  and  the 
second  nibble  indicates  a memory  data  access 
cycle  was  m progress.  The  violation  segment 
register  contains  "%41"  indicating  segment  1 
of  MMU  #2  caused  the  violation  (which  is  seg- 
ment number  65),  and  the  violation  offset 
register  contains  "%93"  indicating  the  high- 
order  byte  of  the  logical  address  offset.  The 
operating  system  can  then  issue  an  error 
message  to  the  user  indicating  a read-only 
violation  to  segment  65.  Using  the  program 
counter  that  was  stacked  when  the  segment 
trap  was  acknowledged,  the  system  can  also 
indicate  the  next  instruction  that  was  to  be 
executed.  Note  that  m this  system  the  low- 
order  byte  of  the  violation  offset  is  lost.  This 
condition  is  corrected  in  the  next  example 
system. 
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DMA  SYNC 


Z-BUS 


16.  ADo-ADis 


16  BA0-BA23 


I 8USACK 


*8001 


16  ADo-ADis 



7 SNp-SNg 
4 ST0-ST3 
4 , CNTL 


8 , ADg-ADis 


8 , AD0-AD7 


BAs-BAts 


BA0-BA7 


AD1-AD7 


18048 

OMA 

BMP  SYNC  - 


APo-APib 

♦T 

SNo-SNg 

— / 

4 

ST0-ST3 

7 

4 

CNTL 

SfglT 


8 ^ ADg-ADis 

7 SNo-SNg 

— / 

4 ST0-ST3 
—r — - 

4 , CNTL 


LATCH 

VOFF 


I DMASYNC 


18010 

MMU 

#1  ' 


ba3-BA1s 


BA16-BA23 


t MMU  SYNC 


Xb',  ADq-AD15 

7 SNo-SNb 

— / 

4 ST0-ST3 

4 , CNTL 


8 ADg-APig 

7 SNo-SNg 

4 ST0-ST3 

— r ” 

4 , CNTL 


8 APb-APib 
7 SNp-SNg 
4 ST0-ST3 
4 , CNTL 


18010  I1® 


DMASYNC 

18040 

mm 

m 
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Figure  11.  16- 

Figure  11  gives  a high-level  diagram  of  the 
second  system  to  be  discussed.  This  configura- 
tion contains  16  MMUs,  and  the  A/D  lines 
select  the  appropriate  MMU  when  in  Com- 
mand mode.  The  major  innovation  in  this 
example,  aside  from  the  additional  MMUs,  is 
the  latch  that  retains  the  least  significant  byte 
of  an  address  offset  when  a violation  is 
detected.  This  latch  is  enabled  when  a seg- 
ment trap  is  generated  by  an  MMU  and  holds 
the  low-order  byte  of  the  address  that 
generates  an  access  violation. 

In  addition,  external  decoding  logic  for 
selecting  one  MMU  Chip  Select  line  is  indi- 
cated. Seven  MMUs  is  the  limit  in  one  con- 
figuration without  additional  decoding  logic 
for  selecting  one  MMU  Chip  Select  line.  (The 
reason  why  ADq  cannot  be  used  to  control  an 
eighth  MMU  is  due  to  the  Special  I/O  input 


-MMU  Configuration 

convention  of  the  CPU.  When  the  CPU  inputs 
a byte  of  information  and  ADo  is  asserted,  the 
data  is  taken  from  AD0-AD7,  which  are  not 
driven  by  the  MMU.) 

Switching  Tables  in  a 16-MMU  System. 

The  16-MMU  configuration  can  support  a 
memory  management  system  designed  with  two 
MMUs  permanently  allocated  to  the  operating 
system  and  the  others  allocated  in  pairs  to  dif- 
ferent user  tasks.  Thus,  seven  user  tasks  can 
have  translation  tables  resident  in  the  14-user 
MMUs,  and  switching  between  active  tasks 
requires  the  appropriate  MMUs  to  be  enabled 
and  disabled.  This  selection  process  can  be 
effected  by  manipulating  the  Master  Enable 
(MSEN)  flags  in  the  mode  registers  of  the 
appropriate  MMUs. 
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The  routine  performs  the  selective  enabling 
of  MMUs  required  by  a task  swap.  This  routine 
disables  all  user  MMUs  (thus  disabling  the  cur- 
rently enabled  user  MMUs),  then  enables  the 
appropriate  pair.  (The  system  pair  is  always 
enabled.)  The  code  selecting  the  new  task  is 
passed  in  register  Rl;  it  contains  °/on,  if  task  n 
is  to  be  dispatched. 

Two  peculiarities  of  this  example  are  worth 
noting.  First,  each  user  ID  number  cor- 
responds to  seven  MMUs  (for  example,  all 
upper-range  user  MMUs).  The  Segment  Trap 
processing  routine  has  to  take  this  into 
account.  Second,  the  Chip  Select  code  is 
assumed  to  be  as  follows: 


ADo-ADy 

MMU  Selected 

System: 

02 

#1  ID  = 0,  URS  = 0 

04 

#2  ID  = 1 , URS  = 1 

User  0: 

08 

#3,  ID  = 2,  URS  = 0 

10 

#4,  ID  = 3,  URS  = 1 

User  1: 

18 

#5,  ID  = 2,  URS  = 0 

20 

#6,  ID  = 3,  URS  = 1 

User  2: 

28 

#7,  ID  = 2,  URS  = 0 

30 

#8,  ID  = 3,  URS  = 1 

User  6: 

68 

#15,  ID  = 2, 

URS  = 

70 

#16,  ID  = 3, 

URS  = 

It  is  also  assumed  that  %F8  will  select  all 
user  MMUs. 


CLR  RO  ! Clear  RO! 

SOUT  %00F8,R0  ! Disable  all  user  MMUs  by  clearing  their  mode  registers! 

SLA  Rl ,#1  {Multiply  Rl  by  2 — the  number  of  bytes  in  a memory  word! 

LD  R1,TABLE(R1)  !Get  the  command  word  (opcode  always  0/o00)  for  user  n, 

URS  = 0! 

LDA  RR2,DATA  !Get  the  new  mode  register  bit  pattern  (%DA)! 

SOUTIB  @R1,@RR2,R0  !Send  %DA  to  lower-range  MMU  and  increment  RR2  to 

DATA  + 1 ! 


INC  Rl,  #8  {Command  word  for  URS=  1! 

SOUTIB  @R1,@RR2,R0  !Send  %FB  to  upper  range  MMU! 

END: 


DATA:  BYTES(°/oDA,°/oFB)  !Mode  register  bit  patterns! 

TABLE:  WORDS  (%8,%18,%28,%38,0/o48,°/o58,°/o68) 


MMU 

Command 

Summary 


Program  to  Switch  Tables 


Opcode 

Operation 

00 

Read/Write  Mode  Register 

01 

Read/Write  Segment  Address 
Register 

02 

Read  Violation  Type  Register 

03 

Read  Violation  Segment 
Number 

04 

Read  Violation  Offset  (high 
byte) 

05 

Read  Bus  Cycle  Status  Register 

06 

Read  Instruction  Segment 
Number 

07 

Read  Instruction  Offset  (high 
byte) 

08 

Read/Write  Base  Field  In 
Descriptor 

09 

Read/Write  Limit  Field  In 
Descriptor 

0A 

Read/Write  Attribute  Field  In 
Descriptor 

0B 

Read/Write  Descriptor  (all 
fields) 

Opcode 

Operation 

OC 

Read/Write  Base  Field  And 
Increment  SAR 

0D 

Read/Write  Limit  Field  And 
Increment  SAR 

0E 

Read/Write  Attribute  Field 
And  Increment  SAR 

OF 

Read/Write  Descriptor  And 
Increment  SAR 

10 

Reserved 

11 

Reset  Violation  Type  Register 

12 

Reserved 

13 

Reset  SWW  Flag  In  VTR 

14 

Reset  FATL  Flag  In  VTR 

15 

Set  All  CPU-Inhibit  Flags 

16 

Set  All  DMA-Inhibit  Flags 

17- IF 

Reserved 

20 

Read/Write  Descriptor  Selector 
Counter  Register 

21-3F 

Reserved 

00-2049-A 
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An  introduction  to 
memory  management 


Once  used  only  on  the  largest  computer  systems, 
memory-management  techniques  will  soon  be  used  on  a 
variety  of  high-level  microprocessor -based  systems 


The  declining  cost  per  bit  of  memory  has 
led  to  systems  with  even  larger 
memories,  and  the  declining  cost  of 
logic  has  led  to  more  powerful  pro- 
cessors. Together,  these  two  trends  pro- 
mote the  sophisticated  use  of  large 
memories,  based  on  techniques  com- 
monly referred  to  as  memory  manage- 
ment. Automated  memory -management 
systems  date  back  to  the  Atlas  computer 
project  at  Manchester  University  in  the 
late  1950s.  During  the  1960s  the  concept 
was  exploited  in  a number  of  time- 
sharing machines  (e.g.  the  Scientific 
Data  Systems  94Q,  General  Electric  645, 
Digital  Equipment  Co.  PDP-10),  and 
during  the  1970s  was  highly  publicised 
in  its  manifestation  as  virtual  memory 
(IBM  370).  Until  fairly  recently,  memory 
management  has  been  associated  only 
with  large  mainframe  computers,  but 
with  the  1978  introduction  of  Digital 
Equipment's  VAX  11  'super  mini',  the 
concept  has  invaded  the  minicomputer 
market.  Now,  with  the  advent  of  single- 
chip memory-management  units  such  as 
that  available  with  the  Zilog  Z8000  pro- 
cessor, the  concept  is  about  to  arrive  in 
microprocessor -based  systems. 

Memory  management  has  two  func- 
tions: the  efficient  allocation  and 

reallocation  of  memory  space  to  ex- 
ecuting tasks  so  as  to  optimise  overall 
memory  usage;  and  the  protection  of 
memory  contents  from  unintended  or 
unauthorised  accesses  by  executing 
tasks.  To  keep  overall  memory  usage  op- 
timised as  demands  on  memory  con- 
stantly change,  dynamic  relocation  of 
tasl^s  during  their  execution  may  be 
necessary,  and  this  is  accomplished  by 
an  address-translation  mechanism.  The 
restriction  of  memory  access  to  prevent 
unintended  or  unauthorised  accesses  is 
accomplished  by  memory-attribute 
checking.  Both  operations  occur  with 
each  memory  access  made  during  the 


by  D.  Stevenson 

execution  of  a program,  and  both  are 
transparent  to  the  user. 

Address  translation  simply  means 
treating  the  memory  addresses 
generated  by  the  program  as  logical  or 
virtual  addresses  to  be  translated  into 
actual  physical-memory  addresses 
before  dispatching  the  memory-access 
requests  to  the  memory  unit.  Memory - 
attribute  checking  means  that  each  area 
of  memory  has  associated  with  it  infor- 
mation as  to  which  tasks  can  access  it 
and  what  types  of  access  can  be  made  by 
each  task.  Each  memory  reference  is 
checked  to  ensure  that  the  task  has  the 
right  to  access  that  location  in  the  given 
fashion  (for  example,  to  read  the  con- 
tents of  the  location  or  to  write  data  to 
that  location). 

Instead  of  a conventional  linear  ad- 
dress space,  more  elaborate  memory  - 


management  systems  simulate  a hierar- 
chical memory  structure  m which  the 
memory  consists  of  a collection  of 
distinct  memory  areas,  called  segments. 
Access  to  this  structured  memory  re- 
quires the  specification  of  a segment  and 
of  an  offset  within  that  segment.  Thus,  in- 
stead of  specifying,  say,  memory  loca- 
tion 1050  m a linear  address  space,  a 
task  might  specify  memory  location  5 m 
segment  number  23.  The  actual  location 
of  the  segment  in  the  physical  memory 
does  not  concern  the  task  — the  actual 
access  is  carried  out  via  the  address- 
translation  mechanism,  which  is  inform- 
ed of  the  actual  location  of  the  segment 
by  the  operating  software. 

Generally,  segments  can  be  of 
variable  size,  within  limits,  and  a user 
can  specify  the  size  of  each  segment  to 
be  used.  Thus  one  user  may  be  allocated 


1 In  a multiuser  system,  each  user  is  aware  of  only  those  memory  segments  in  his  own 
'personal'  logical-memory  space,  and  does  not  know  where  the  segments  are  located  in 
the  system's  physical  memory 
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physical 

memory 


system  code 
(system  execute 
only) 


system  code 
(system  execute 
only ) 


system  tables 
(system  read 
/write) 


user  A’s  data 
(read  / write) 


user  B’s  program 
(execute  only) 

user  A’s  program 
(execute  only) 

user  B’s  data 
(read /write ) 

user  B’s  stack 
(stack  read/ write 


b 


2 Transparently  to  the  users,  the  system's  operating  software  'maps'  each  user's  (and  its  own)  logical  memory  space  into  the  physical 
memory,  also  applying  memory-protection  attributes  to  each  segment.  If  changing  demands  on  memory  space  make  the  original  map- 
ping (a)  no  longer  optimum,  the  system  can  dynamically  relocate  segments  (Jb).  again  transparently  to  the  users 


two  segments,  one  of  2000  words  for  his 
Fortran  program,  and  the  other  of 
10  000  words  for  his  data.  Another  user 
might  be  allocated  three  segments,  of 
3000,  6000  and  2000  words,  respectively, 
for  her  Pascal  program,  data,  and  run- 
time stack.  If  the  first  user  called  his  data 
segment  'segment  5',  then  the  first  word 
in  his  data  set  would  be  accessed  by  the 
logical  address  (5,0),  indicating  seg- 
ment 5,  offset  0.  The  memory- 
management  system  then  translates  this 
symbolic  name  into  the  correct  physical- 
memory  address. 

Fig.  1 gives  a conceptual  realisation  of 


these  two  users'  logical  program  spaces. 
The  first  user,  user  A,  has  his  program 
segment  called  'segment  6'  and  his  data 
segment  called  'segment  5'.  The  second 
user,  user  B,  has  her  program  segment 
called  'segment  5',  her  data  segment 
called  'segment  12'  and  her  stack  seg- 
ment called  'segment  2\  Notice  that  both 
users  have  named  one  of  their  segments 
'segment  5',  but  they  refer  to  different 
entities.  This  causes  no  problem  since 
the  system  keeps  the  two  memory  areas 
separate.  The  situation  is  analogous  to 
both  users  having  an  integer  variable 
called  7'  m their  programs:  the  system 


realises  that  these  are  two  separate 
variables  stored  in  different  memory 
locations. 

User  A's  data  segment,  'segment  5',  is 
10  000  words  long.  If  he  tries  to 
reference  word  10  050  of  segment  5,  he 
gets  an  error  message  from  the 
operating  software  indicating  that  he  has 
exceeded  the  allocation  limit  for  seg- 
ment 5.  Note  that  he  does  not  accidental- 
ly access  word  50  of  segment  6;  i.e. 
segments  are  logically  distinct  and 
unordered.  A reference  to  one  segment 
cannot  inadvertently  result  in  access  to 
another  segment.  Thus,  in  this  example, 


A virtual  end  to  microprocessor  memory  limits 


All  the  ‘super  microprocessor’  designs  are  based  on 
the  need  to  reduce  software  costs  by  facilitating  pro- 
gramming, and  one  of  the  major  causes  of  difficulty  in 
programming  any  computer-like  device  is  limitations 
on  the  size  of  available  memory.  By  removing  the  64 
kbyte  limit  imposed  by  earlier  devices,  the  ‘super 
micros’  have  eased  this  problem,  but  experience  with 
larger,  usually  mainframe,  computers  suggests  that 
the  user’s  programming  task  will  be  simplified  even 
more  when,  in  the  near  future,  microprocessors 
become  capable  of  supporting  virtual-memory  opera- 
tion, which  effectively  removes  all  practical  limits  on 
memory  size. 

Virtual-memory  operation  works  by  using  relatively 


ed  by  magnetic  discs,  to  supplement  the  system’s 
primary  memory,  which  is  necessarily  built  from 
relatively  expensive’  random-access-memory  com- 
ponents. However,  since  any  program  or  item  of  data 
can  only  be  accessed  by  the  processor  when  held  in 
the  random-access  primary  memory,  this  can  only  be 
done  by  continuously  ‘swapping’  blocks  of  program 
code  or  data  between  the  two  memories.  This  swapp- 
ing is  carried  out  automatically  by  the  processor’s 


hardware  and  operating  software,  so  that  the  opera- 
tion of  the  whole  virtual-memory  system  is  transparent 
to  the  user,  who  is  aware  only  of  having  access  to  an 
extremely  large  personal  memory  space 

As  example  of  the  use  of  virtual-memory  operation 
is  given  by  Digital  Equipment’s  VAX-11  advanced- 
architecture  version  of  its  PDP-1 1 minicomputer.  As  a 
full  32  bit  machine,  the  VAX-1 1 is  capable  of  address- 
ing over  4-3  x 109  bytes  of  memory,  and  the  virtual- 
memory  system  operates  to  effectively  give  each  pro- 
cess, no  matter  how  many  are  concurrently  active, 
acces  to  over  109  bytes  of  ‘private’  memory  space.  In 
practice,  of  course,  not  even  the  most  demanding  ap- 
plication requires  any  of  its  processes  to  have  access 
to  this  huge  amount  of  memory:  thus  the  aim  of 
removing  all  practical  limitations  on  memory  size  has 
been  achieved 

The  VAX-11  processor  implements  its  virtual- 
memory  system  by  a relatively  simple  paging  technique. 
The  whole  address  space  is  divided  into  512-byte 
‘pages’  that  can  be  swapped  independently  between 
primary  and  secondary  memory.  Each  logical  address 
used  in  the  system  is  composed  of  a 23-bit  page 
number  and  a 9-bit  offset.  At  each  attempted  access, 
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physical 

memory 

system  code 
(system  execute  only) 


system  code 
(system  execute  only) 


system  tables 
(system  read /write) 


shared  data 
(read  only) 

user  A's  program 
(execute  only) 

user  Bs  program 
(execute  only) 
user  B’s  stack 
(stack  read  / write  ) 

user  A’s  data 
( read /write ) 


user  Bs  data 
(read  /write) 


3 The  memory-management  system  can  also  allow  segments  to  be  shared  between  users,  such  as  a shared  data  segment  meant  for  in- 
put to  more  than  one  user  program.  To  prevent  any  one  user  from  altering  the  shared  data,  the  system  marks  the  segment  'read  only' 


user  A is  prevented  from  accidentally 
(or  deliberately)  accessing  his  program 
as  though  it  were  part  of  his  data  seg- 
ment. 

Fig.  2 a illustrates  one  way  that  the 
operating  software  could  arrange  these 
segments  in  the  physical  memory.  If 
demands  on  physical-memory  space 
were  to  change,  however,  the  operating 
software  could  dynamically  relocate  the 
segments  (e.g.  as  shown  in  Fig. 2b),  the 
relocation  being  completely  transparent 
to  the  two  tasks.  In  each  case,  the  arrows 
indicate  the  address-translation  or 
memory -mapping  functions  from  the 


logical -address  space  of  the  users  to  the 
physical-memory  locations  allocated  to 
them.  The  Figure  also  indicates  the  ac- 
cess attributes  associated  with  each 
user's  segments.  For  example,  program 
segments  are  execute  only'  and  data 
segments  are  'read/write'.  Thus  a user  is 
prevented  from  executing  a data  seg- 
ment or  writing  into  a code  segment. 

Fig. 3 illustrates  what  happens  when 
both  users  have  access  to  the  same  data 
set  in  primary  memory,  say  the  results  of 
a questionnaire  that  both  intend  to 
analyse.  Each  user  has  a logical  name 
associated  with  that  data  set  to  specify 


the  segment  in  which  the  data  set  is  to 
reside.  Note  that  the  two  users  have 
chosen  to  put  the  data  set  in  different 
segments  of  their  personal  address 
spaces.  The  memory-mapping  system 
translates  these  different  segment  names 
to  the  same  physical  memory  locations. 
Thus  user  A's  access  to  address  (2,17) 
references  the  same  physical  memory 
location  as  user  B's  access  to  address 
(7,17).  The  shared  data  segment  is  mark- 
ed 'read  only'  to  prevent  either  user  from 
deliberately  or  accidentally  changing 
the  data. 

Before  proceeding  to  the  mechanism 


the  system’s  memory-management  unit  checks  to  see 
if  the  desired  page  is  in  the  primary  memory,  and  if  so 
translates  the  logical  address  to  the  appropriate 
physical  address.  If  the  page  is  not  in  primary 
memory,  it  is  ‘swapped  in’  from  the  disc.  All  this  is 
relatively  straightforward  — the  complication  comes 
in  during  the  design  of  the  ‘paging  algorithm’  by  which 
the  operating  software  decides  which  page  currently 
in  primary  memory  can  most  readily  be  ‘swapped  out’ 
to  free  space  for  the  incoming  page.  The  efficiency  of 
the  whole  system  depends  critically  on  the  choice  of 
the  correct  swapping  algorithm,  and  in  computer- 
science  terms  this  choice  is  ‘non-trivial’,  or  in  other 
words  extremely  difficult. 

With  the  forthcoming  announcement  of  the  Na- 
tional Semiconductor  16000  ‘super  micro’  range, 
virtual-memory  operation  of  this  kind  will  become 
feasible  in  microprocessor  systems  for  the  first  time. 
The  NS16082  memory-management  unit  (m.m.u.), 
which  will  act  as  a coprocessor  to  the  NS16000  main 
processor,  will  support  a paged  system  of  virtual- 
memory  operation  rather  like  that  used  on  the  VAX-1 1 . 
Because  of  the  NS1 6000’s  use  of  24-bit  addresses, 
each  virtual-memory  space  will  be  initially  limited  to 
only  16  Mbytes,  but  later  expansion  should  increase 
this  substantially.  The  m.m.u.  will  provide  fast 


associative  storage  for  active  address-translation 
tables  within  its  internal  memory,  using  a cache  ap- 
proach to  ensure  that  only  5%  of  accesses  require 
reference  to  the  full  translation  tables  stored  in 
primary  memory.  On  detecting  that  a required  page  is 
not  in  primary  memory,  it  will  send  an  ‘abort*  message 
to  the  main  processor,  which  is  equipped  with  a 
special  hardware  mechanism  to  ‘roll  back’  its  state  to 
what  it  was  at  the  start  of  the  aborted  instruction.  Na- 
tional Semiconductor  claims  that,  with  these  featues, 
and  with  an  appropriate  operating  system  to  control 
them,  the  design  of  a full  virtual-memory  system 
should  not  be  significantly  more  difficult  than  the 
design  of  any  other  microprocessor-based  system. 

Will  such  virtual-memory  microprocessor  systems 
ever  become  widely  used,  however?  One  develop- 
ment that  may  make  them  extremely  attractive  is  that 
of  denser,  less  expensive,  magnetic-bubble  stores.  A 
relatively  inexpensive  system  could  then  be  based  on 
a ‘super  micro’,  a relatively  small  (say  128  kbyte) 
primary  memory,  and  1-2  Mbyte  of  fast  non-volatile 
bubble  storage.  Such  a system,  occupying  a single 
board,  might  well  exhibit  a performance  approaching 
that  of  traditional  mainframe  systems. 
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Memory  management  comes  to  micros 


A survey  of  recent  product  announcements  reveals 
that  the  microprocessor  manufacturers  all  agree  on 
the  importance  of  providing  memory-management 
facilities  for  the  next  generation  of  microprocessor- 
based  systems  All  the  new-generation  ‘super  micro- 
processors’ have  been  designed  with  the  use  of 
memory  management  in  mind,  and  existing 
microprocessor  families,  such  as  the  Texas  In- 
struments 9900  range,  are  being  extended  by  the  pro- 
vision of  ‘add-on’  memory-management  units 
Although  it  might  at  first  seem  that  the  use  of  memory- 
management  techniques  could  only  be  justified  in 
specialised  high-end  applications,  the  low  cost  of  the 
large-scale-integration  hardware  and  packaged 
operating  software  now  becoming  available  may  soon 
make  sophisticated  memory  management  a common 
feature  of  even  relatively  modest  micro-based 
systems 

With  the  exception  of  Intel,  all  the  microprocessor 
manufacturers  have  decided  to  use  the  traditional 
minicomputer  approach  to  providing  memory- 
management  facilities,  which  involves  the  use  of 
separate  memory-management  units  (m  m u s) 
located  between  the  processor  and  memory  Using 
this  approach,  the  m m u accepts  memory-access  re- 
quests from  the  processor  on  its  input  lines,  performs 
address  translation  and  memory-attribute  checking  as 
desired,  then  sends  appropriately  modified  access  re- 
quests to  the  memory  via  its  output  lines 

Typical  of  such  m m u s is  the  Z8010  unit  designed 
to  provide  memory-management  facilities  to  systems 
based  on  the  Zilog  Z8000  microprocessor  In  opera- 
tion, the  m m.u  receives  23-bit  logical  addresses  from 
the  processor,  these  addresses  consisting  of  a 7-bit 
segment  number  and  a 16-bit  offset  These  logical  ad- 
dresses are  then  translated  into  24-bit  physical  ad- 
dresses by  using  the  segment  number  to  address  a 
64-line  table  held  within  the  m m u , adding  the  16-bit 
segment  starting  address  thus  retrieved  to  the  top  8 
bits  of  the  logical-address  offset,  and  concatenating 
the  lower  8 bits  of  the  offset  with  the  result  of  this  addi- 
tion (see  Figure)  The  m m u then  sends  this  24-bit 
physical  address  to  memory  to  complete  the  access 

The  use  of  a 7-bit  segment  number  enables  the 
Z8000  to  divide  its  memory  into  a maximum  of  128 
segments,  a second  m m u being  used  in  parallel  with 
the  first  if  more  than  64  segments  are  actually  going  to 


be  in  use  at  any  one  time  These  segments  may  be  of 
variable  length,  up  to  the  maximum  of  64  kbytes  im- 
posed by  the  16-bit  size  of  the  offset,  and  may  be 
located  freely  within  the  overall  8 Mbyte  memory,  sub- 
ject only  to  the  restriction  of  the  starting  address  be- 
ing a multiple  of  256  bytes,  a restriction  imposed  by 
the  16-bit  size  of  the  stored  segment-starting  ad- 
dresses Relocation  of  segments  is  achieved  by  the 
processor  changing  the  contents  of  the  appropriate 
entries  in  the  m m u ’s  segment-address  table,  which 
it  does  by  means  of  special  input/output  instructions. 

As  well  as  providing  for  address  translation,  the 
m m u also  checks  the  attributes  of  the  addressed 
segment,  which  are  stored,  along  with  its  starting  ad- 
dress, in  the  internal  64-line  table  One  attribute  it 
always  checks  is  the  length  of  the  segment,  ensuring 
that  the  logical  address  provided  does  in  fact  lie  within 
the  declared  segment  boundaries.  Other  attributes 
relate  to  the  type  of  access  allowed,  e g execute-only, 
read-only  and  read/write,  and  to  check  that  the  access 
being  attempted  does  not  violate  these  memory- 
protection  attributes,  the  m m u needs  to  know  for 
what  purpose  the  processor  is  trying  to  access  the 
specified  segment  This  it  determines  by  monitoring 
four  status  lines  connected  to  the  processor,  which  in- 
dicate, inter  alia , whether  the  processor  is  trying  to 
fetch  an  instruction  from  memory,  to  access  data 
from  memory,  or  to  manipulate  a memory-based 
stack  If  the  attempted  access  is  not  allowed  by  the 
segment’s  attributes,  the  m m u interrupts  the  pro- 
cessor via  a special  ‘segment  trap’  line 

A unique  feature  of  the  Z8000  design  is  that  the  use 
of  the  four  processor-status  lines  could  be  used  to 
divide  the  system’s  memory  additionally  into  special- 
purpose  areas  each  capable  of  holding  only  one  type 
of  data  Thus,  completely  separate  memories  could  be 
provided  for  programs,  data  and  stacks,  and  the 
■distinction  between  user  and  system  operation  could 
double- this  to  a total  of  six  separate  memories,  each 
of  which  could  he  8 Mbytes  in  length  Whether  any 
user  would  actually  want  to  partition  his  system’s 
memory  in  this  rather  inflexible  way,  however,  re- 
mains to  be  seen 

The  operation  of  the  m m u , although  based  on  fast 
h m o s logic,  inevitably  results  in  each  memory  ac- 
cess suffering  a certain  additional  delay  In  the  Z8000 
system,  this  delay  is  minimised  by  arranging  for  the 


of  memory  management,  it  is  instructive 
to  review  the  advantages  of  using  this 
form  of  segmented  address  translation 
and  attribute-based  memory  protection. 
The  first  advantage  is  that  it  permits  the 
dynamic  allocation  of  memory  during 
the  execution  of  tasks,  i e tasks  can  be 
located  anywhere  m memory,  and  can 
be  relocated  as  desired  while  their  ex- 
ecution is  suspended  The  address- 
translation  mechanism  provides  this 
flexibility  because  the  task  deals  ex- 
clusively with  logical  addresses,  and 
hence  is  independent  of  the  addresses  of 
the  physical-memory  locations  it  ac- 
cesses Moving  the  task  to  different 
physical-memory  locations  requires  that 
the  address-mapping  function  be  chang- 
ed to  reflect  the  change  m physical 
memory  location,  but  the  task's  code 
need  not  be  modified  Of  course,  this 
flexibility  does  incur  the  overheads  in- 
volved m managing  the  various  address- 
translation  tables  required  by  the 
operating  software,  but  these  are  nor- 
mally outweighed  by  the  advantages 
The  second  advantage  is  that  it  allows 


the  sharing  of  common  memory  areas  by 
different  tasks  This  is  accomplished  by 
mapping  different  logical  areas  in  dif- 
ferent tasks  to  the  same  physical-memory 
locations 

The  third  advantage  is  that  it  provides 
protection  against  certain  types  of 
memory  access  This  is  accomplished  by 
associating  accessing  attributes  with 
each  logical  segment,  and  by  checking 
the  type  of  access  to  see  if  each  access  is 
permitted 

The  fourth  advantage  is  that  it  detects 
obvious  execution  errors  related  to 
memory  accessing  This  can  be  ac- 
complished by  checking  each  access  to 
a segment  to  see  whether  the  address 
falls  within  the  physical-memory  area 
allocated  to  that  segment.  It  could  also 
include  affixing  a read/write  attribute  to 
data  to  prevent  a task  from  trying  to  ex- 
ecute a data  segment,  and  affixing  an 
execute-only  attribute  to  code  segments 
to  prevent  a task  from  trying  to  read  or 
write  data  to  this  segment  Additionally, 
if  a segment  is  used  to  hold  a stack,  the 
system  could  issue  a warning  to  a task 
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when  the  stack  approaches  the  allocated 
limit  of  the  segment.  The  task  could  then 
request  the  operating  software  to 
allocate  more  memory  to  the  stack 
before  the  stack  overflows  and  creates  a 
fatal  error. 

The  final  advantage  of  such  memory- 
management  systems  is  that  they 
separate  user  functions  from  system 
functions  For  processors  that  distinguish 
between  a 'system'  mode  and  a 'user' 
mode  of  operation,  this  goal  can  be  ac- 
complished by  associating  a system-only 
attribute  with  operating -system  segments 
so  users  cannot  directly  access  the 
operating  software  and  its  data  tables. 

As  a final  point,  it  should  be  noted 
how  segmentation  can  be  used  to  sup- 
port the  development  and  execution  of 
large,  complex  programs  and  systems. 
The  concept  of  segmentation  cor- 
responds to  the  concept  of  partitioning  a 
large  system  into  procedures  and  data 
structures,  each  procedure  and  data 
structure  being  associated  with  a 
separate  segment.  A task  can  then  in- 
voke a procedure  or  subtask,  or  access  a 
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processor  to  put  the  7-bit  segment  number  on  its  out- 
put lines  one  cycle  ahead  of  the  rest  of  the  address 
This  gives  the  m m u additional  time  to  retrieve  the 
appropriate  segment-starting  address  and  to  check 
the  appropriate  segment  attributes 

From  this  account  of  the  m m u ’s  action,  it  will  be 
seen  that  the  Z8000  processor  handles  23-bit  logical 
addresses  directly,  each  logical  address  comprising  a 
segment  number  and  appropriate  offset  These  23-bit 
addresses  can  be  stored  as  32-bit  'long  words’  in  pairs 
of  1 6-bit  registers  or  in  adjacent  1 6-bit  memory  words, 
and  can  be  manipulated  by  all  the  Z8000’s  built-in 


‘long  word’  operations  For  more  efficient  manipula- 
tion of  short  (up  to  256  byte)  segments,  shortened 
logical  addresses  consisting  of  7-bit  segment 
numbers  and  8-bit  offsets  can  also  be  used,  these 
shortened  addresses  fitting  within  an  ordinary  16-bit 
word 

Very  similar  memory-management  facilities  are 
said  to  be  planned  for  Motorola’s  68000  ‘super  micro’ 
The  Motorola  device,  however,  uses  24-bit  logical 
memories  to  give  a larger  16  Mbyte  addressing  range 
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data  structure,  by  referring  to  its  logical  - 
segment  name.  Access  to  these  objects 
can  be  individually  restricted  by  using 
the  protection-checking  mechanism  of 
the  memory -management  system. 

Virtual  memory 

With  the  memory-management 
systems  considered  so  far,  it  has  been 
assumed  that  the  actual  physical 
memory  available  is  always  large 
enough  for  all  the  users'  logical -address 
space  to  be  simultaneously  mapped  onto 
it.  In  fact,  further  advantages  can  result 
from  making  even  this  physical-memory 
space  'virtual',  and  from  mapping  it  in 
turn  into  a two-level  memory  space,  part 
of  which  is  held  in  a relatively  small 
'true'  physical  memory,  and  part  of 
which  is  held  on  a secondary-memory 
device  such  as  a magnetic  disc  (Fig. 4). 

In  operation,  this  virtual -memory  ar- 
rangement relies  on  an  extension  of  the 
address -translation  scheme  considered 
above.  If  a given  segment  is  not  current- 
ly in  physical  memory,  the  address - 
translation  table  indicates  the  fact,  and 


links  to  a routine  forming  part  of  the 
operating  software  and  capable  of  fet- 
ching the  segment  from  secondary 
memory  when  needed. 

Whenever  an  access  is  made  to  a seg- 
ment missing  from  physical  memory,  the 
instruction  execution  is  held  in 
abeyance  until  the  segment  can  be 
brought  into  the  physical  memory,  and 
then  the  instruction  is  allowed  to  pro- 
ceed with  the  memory  access.  The  ad- 
dress translation  is  then  performed,  ac- 
cess protection  is  checked,  and  the  in- 
struction proceeds  as  if  the  segment  had 
been  in  the  physical  memory  at  the 
begirtnmg  of  the  instruction.  Thus  this 
technique  of  demand  swapping,  or 
segmented  virtual  memory,  means  that 
the  segments  will  not  in  general  reside  in 
physical  memory  until  a task  actually 
tries  to  access  it. 

Another  technique  of  virtual -memory 
management  is  paging,  which  is  also  a 
method  of  partitioning  a user's  logical- 
address  space  and  mapping  it  onto  a 
two-level  physical  memory.  Essentially, 
a paging  system  divides  the  logical 


memory  into  fixed-sized  blocks,  called 
pages.  Like  segments,  the  individual 
pages  can  be  located  anywhere  in  the 
physical  memory,  and  a translation 
mechanism  maps  logical  addresses  to 
physical  locations.  There  are  two  dif- 
ferences between  paging  and  segmen- 
ting a logical  memory.  First,  pages  are 
of  fixed  size  whereas  segments  are  of 
various  sizes.  Second,  under  paging,  the 
logical  memory  is  still  linear,  i.e.  a task 
accesses  memory  using  a single  number, 
rather  than  a pair  as  in  segmentation. 

The  major  advantage  of  paging  is  in 
treating  memory  as  blocks  of  fixed  sizes, 
which  simplifies  allocating  memory  to 
users  and  deciding  where  to  place  the 
logical  pages  in  physical  memory.  The 
major  disadvantage  of  paging  is  the  dif- 
ficulty of  assigning  different  protection 
attributes  to  different  areas  in  a user  ad- 
dress space,  because  a paged  memory 
appears  homogeneous  to  the  user  and 
the  operating  system.  Paging  can, 
however,  be  combined  with  segmenta- 
tion to  produce  a memory -management 
system  with  the  advantages  of  both  pag- 
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4 In  a virtual-memory  system,  the  system's  'physical  memory'  is  split  between  a relatively  small  random-access  'main'  memory  and  a 
secondary-memory  disc  store.  If  a program  attempts  to  access  a segment  not  currently  stored  in  main  memory,  the  operating  software 
retrieves  it  from  the  disc,  and  processing  continues  transparently  to  the  user 


ing  and  segmentation,  but  at  the  cost  of 
considerable  extra  complexity. 

Mechanics  of  memory 
management 

Essentially  there  are  four  issues  in  im- 
plementing a memory  management 
system:  how  addresses  are  specified, 
how  these  addresses  are  translated,  what 
attributes  are  checked  for  each  access, 
and  how  the  protection  mechanism  is  im- 
plemented. 

Two  approaches  have  traditionally 
been  taken  for  specifying  addresses  in  a 
segmented  memory  (for  simplicity,  only 
addresses  in  instructions  are  discussed 
here).  The  first  way  puts  all  the  address- 
ing information  in  the  instruction  itself; 
i.e.  each  memory  address  in  an  instruc- 
tion contains  both  the  segment  name  and 
the  offset  within  the  segment.  The  alter- 
native sets  aside  special  registers  that 
contain  some  of  this  information,  for  ex- 
ample, the  segment  name  or  the  address 
in  physical  memory  where  the  segment 
resides. 

The  advantage  of  the  latter  approach 
lies  in  the  fact  that  fewer  bits  are  needed 
in  an  instruction  to  specify  addresses. 
Thus  programs  may  be  shorter.  Also, 
because  there  is  reduced  traffic  between 
the  memory  and  the  processor  for  fet- 
ching shorter  instructions,  a program 
may  be  executed  faster. 

On  the  other  hand,  these  special 
registers  must  be  manipulated  to  access 
more  segments  than  there  are  registers, 
and  this  manipulation  adds  to  the 
number  of  instructions,  the  program  size 
and  the  execution  time.  In  practice, 
these  can  dertroy  the  advantages 


described  above.  If  the  special  registers 
contain  physical  memory  locations, 
these  must  be  protected  from  user  access 
to  maintain  the  integrity  of  the  system, 
and  changing  segments  requires  system 
calls  which  can  be  time  consuming  if  too 
few  registers  are  supplied. 

In  either  case,  address  translation  is 
performed  by  adding  the  logical- 
segment  offset  to  the  address  of  the 
physical-memory  location  where  the 
segment  begins.  Thus,  when  an  address 
of  the  form  (a,b)  is  presented  to  the 
translation  mechanism,  the  segment 
name  'o'  is  used  to  determine  where  seg- 
ment 'o'  resides  in  memory.  Assume  that 
it  resides  in  locations  10000  to  25000. 
Then  the  actual  memory  location  ( a,b ) is 
memory  location  10000  b.  The  major 
option  in  implementing  this  type  of  ad- 
dress translation  is  in  determining  the 
segment's  location  in  physical  memory. 
When  special  registers  have  been  set 
aside  to  contain  the  starting  location  of 
the  segment  instead  of  putting  all  ad- 
dress information  in  the  instruction,  the 
addressing  mechanism  is  similar  to  us- 
ing the  segment  register  as  an  index 
register  or  a base  register. 

When  logical  addresses  are  either 
completely  specified  in  the  instruction  or 
when  the  special  register  contains  the 
segment's  symbolic  name  rather  than  its 
physical -memory  location,  a table  must 
be  used  to  translate  the  segment's  name 
into  its  physical-memory  location.  The 
table  may  have  an  associative  capabili- 
ty, i.e.  the  segment  name  is  presented  to 
the  table  and  it  automatically  returns  the 
physical -memory  location  where  the 
segment  begins.  Alternatively,  the  table 


could  have  one  entry  for  every  possible 
segment  name,  with  the  starting  address 
of  each  segment  m use  stored  as  part  of 
the  table  entry. 

A number  of  other  segment  attributes 
can  also  be  stored  m the  address- 
translation  table  and  checked  during 
each  access.  One  of  these  is  the 
allocated  length  of  the  segment,  and 
each  access  is  checked  to  see  if  it  falls 
within  the  bounds  of  the  segment. 

Another  type  of  attribute  deals  with 
ownership  or  class  of  ownership:  tasks 
are  grouped  into  classes,  and  only  those 
in  certain  classes  are  permitted  to  own 
and  therefore  access  a given  segment. 
The  simplest  example  is  the  'system'  ver- 
sus 'user'  classification,  where  tasks  are 
either  one  or  the  other,  and  which  they 
are  determines  whether  or  not  they  can 
access  a given  segment. 

Other  types  of  attributes  that  can  be 
associated  with  a segment  involve  modes 
of  accessing,  for  example  'read-only', 
'read/write'  or  'execute-only'.  Attributes 
can  be  either  permissive  or  prohibitive; 
for  example  the  'write'  attribute  can 
mean  'writing  to  this  segment  is  permit- 
ted' or  'writing  to  this  segment  is  pro- 
hibited'. 

A final  issue  in  the  mechanics  of 
memory-management  systems  is  the  im- 
plementation of  the  protection  at- 
tributes. These  may  be  associated  either 
with  the  logical-address  space  or  with 
the  physical  memory  itself.  Associating 
access  attributes  with  the  logical  seg- 
ment permits  a more  versatile  memory- 
management  scheme  because  different 
users  can  access  the  same  physical  seg- 
ment and  have  different  access  attributes 
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associated  with  their  accessing. 

Other  information  that  can  be 
associated  with  each  segment  is 
associated  not  with  the  protection 
mechanism,  but  with  other  functions  of 
the  memory -management  system.  This 
information  generally  relates  to  the 
history  of  the  segment;  for  example, 
whether  a segment  has  been  modified 
while  resident  in  primary  memory.  If  it 
has  not  been  modified,  and  the  system 
temporarily  requires  the  memory  space 
for  another  segment,  the  memory  can  be 
freed  immediately;  otherwise,  the  up- 
dated version  of  the  segment  must  be 
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stored  in  secondary  memory,  and  the 
primary  memory  is  not  available  until 
the  segment  has  been  saved.  Although 


not  strictly  necessary,  such  information 
can  improve  the  performance  of  the 
overall  memory-management  system. 
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Introduction 

The  Z8000  and  68000  are  similar  CPUs,  but  impor- 
tant differences  exist  between  them.  The  fol- 
lowing concept  papers  discuss  several  substantive 
differences  that  design  engineers  should  consider 
when  trying  to  choose  between  these  two  CPUs. 

Both  the  Z8000  and  68000  are  classified  as  16-bit 
CPUs,  although  each  offers  many  of  the  attributes 
of  a 32-bit  CPU;  each  was  designed  with  provi- 
sions for  compatible  expansion  to  a full  32-bit 
architecture.  Each  of  these  CPUs  has  an  address 
space  two  orders  of  magnitude  larger  than  the 
largest  8-bit  CPU.  Each  has  16  central  registers 
designed  for  general  use  (see  the  concept  paper  on 
the  differences  in  register  architecture).  Each 
has  a powerful  instruction  set,  powerful  addres- 
sing modes,  and  great  regularity  in  the  associa- 
tion of  instructions  with  addressing  modes.  Each 
has  a protected  "user"  mode,  privileged  instruc- 
tions, and  separate  system  and  user  stack 
registers.  Each  has  automatic  vectoring  of  traps 
and  interrupts,  with  CPU  status  saved  on  a stack. 

Critical  Issues 

The  following  concept  papers  focus  on  a number  of 
critical  design  issues.  This  section  summarizes 
the  issues  discussed  and  lists  the  key  criteria 
used  in  addressing  the  relative  merits  of  the 
Z8000  and  68000  approaches. 

Memory  Addressing 

There  is  a sharp  contrast  between  the  segmented 
addressing  model  of  the  Z8000  CPU  and  the  purely 
linear  addressing  model  of  the  68000  CPU.  In 
examining  these  approaches,  the  following  desira- 
ble attributes  for  a memory  addressinq  scheme 
should  be  recalled: 

• An  addressing  model  that  mirrors  proqram  or- 
qanizat ion 

• Provision  for  access  protection 

• Provision  for  memory  mapping 


• Support  for  dynamic  relocation 

• Support  for  sharing 

• Support  for  stacks 

1/0  Addressing 

The  Z8000  CPU  has  separate  address  spaces  for  1/0 
and  memory;  the  68000  uses  memory-mapped  1/0.  The 
desiqner  evaluating  an  1/0  addressinq  mechanism 
should  consider: 

• Naturalness  of  the  programming  model 

• Protection  of  1/0  references 

■ Complexity  of  external  interfacing  logic 

• Potential  for  performance  improvement 

• Provision  for  the  block  1/0  function 

Address/Data  Bus 

The  Z8000  and  68000  CPUs  use  asynchronous 
address/data  bus  protocols.  The  Z8000 

time-multiplexes  a single  set  of  lines  for  ad- 
dresses and  data,  whereas  the  68000  uses  separate 
lines  for  addresses  and  data.  In  choosing  between 
these  approaches,  the  designer  must  consider: 

• Performance  limitations 

• Complexity  of  interface  to  peripherals  chips 

• Optimal  use  of  CPU  pins 

Register  Architecture 

The  Z8000  and  68000  CPUs  are  similar  in  their 
register  architectures,  but  they  differ  in  sig- 
nificant details.  Points  that  should  be  consi- 
dered are: 

• General  vs.  special-purpose  use  of  registers 

• Availability  of  registers  of  all  necessary 
sizes 

• Addressability  of  subreqisters 

• Extensibility  of  the  register  set 
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Operating  System  Support 

The  Z8000  and  68000  both  provide  many  architec- 
tural features  designed  to  assist  in  implementing 
the  "system'’  portions  of  large  and  small  appli- 
cations, but  there  is  a difference  m the  degree 
to  which  this  area  was  addressed  in  the  two  de- 
signs. The  Z8000  designers  gave  careful  consi- 
deration to  a thorough,  unified  approach  to  ope- 
rating system  support.  As  a result,  the  Z8000  is 
much  stronger  m this  area  than  the  68000.  The 
discussion  of  this  area  covers  all  of  the  fol- 


lowing architectural  support  features  for  opera 
ting  systems: 

• Restriction  of  access  to  CPU  and  memory 

• Memory  mapping 

• Sharing  of  programs  and  data 

• Program  relocation 

• Stacks 

• Context  switching 

• 1/0  system  and  interrupts 

• Distributed  control 

• Support  for  conventions 
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The  Z8000  and  the  68000  take  quite  different 
approaches  to  register  architecture.  The  prin- 
cipal points  of  difference  are: 

• General  purpose  vs.  special  purpose  registers 

• Pairing  vs.  telescoping  of  subregisters 

• Extensibility  of  the  register  sets 
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Z8000  and  68000  Registers 


GENERAL  PURPOSE  VS,  SPECIAL  PURPOSE  REGISTERS 

The  Z8000  has  a set  of  16  16-bit  general  purpose 
registers.  Each  can  be  an  address  register,  a 


data  register  or  an  index  register.  (There  are 
restrictions  on  the  use  of  R0  imposed  by  the  cur- 
rent instruction  encoding.)  The  68000  has  two 
sets  of  32-bit  registers:  eight  address  registers 

and  eight  data  registers;  either  type  can  be  used 
for  indexing. 

This  difference  in  register  architecture  results 
in  generally  simpler  programming  of  the  Z8000  than 
of  the  68000.  Several  aspects  of  this  are: 

• Information  in  a Z8000  register  never  has 
to  be  moved  before  being  used  as  an  address 
or  in  arithmetic  operations. 

• The  Z8000  uses  the  same  op  codes  for  argu- 
ments in  any  of  the  registers.  This  is  in 
contrast  with  the  68000's  separate  op  codes 
(e.g.,  ADD  and  ADDA  for  operations  on  the 
two  register  sets). 

• The  Z8000  uses  the  same  addressing  modes 
for  all  of  the  registers.  This  is  in  con- 
trast with  separate  68000  addressing  modes 
like  "data  register  direct"  and  "address 
register  direct." 

The  net  effect  of  these  differences  is  that  with 
regard  to  register  handling  the  job  of  the  com- 
piler writer  is  easier  with  the  Z8000  than  with 
the  68000  and  that  compiled  code  for  the  Z8000  is 
likely  to  be  more  efficient  than  code  for  the 
68000. 

PAIRING  VS.  TELESCOPING  0E  SUBREGISTERS 

The  Z8000  instructions  refer  to  byte  registers, 
16-bit  registers,  32-bit  registers  and  (occasion- 
ally) 64-bit  registers.  The  68000  refers  to 
16-bit  and  32-bit  address  registers  and  to  8-bit, 
16-bit  and  32-bit  data  registers.  On  both 
machines,  every  register,  except  for  those  of  the 
largest  size,  is  contained  in  a register  of  the 
next  larger  size.  Thus,  every  byte  register  is 
contained  within  a 32-bit  register,  and  so  on.  On 
the  68000,  this  is  a one-to-one  relationship. 
Each  32-bit  register  contains  exactly  one  16-bit 
register,  each  16-bit  data  register  contains 
exactly  one  byte  register.  In  each  case,  the 
subregister  is  the  rightmost  half  of  the  larger 
register. 
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Z8000  Register  Hierarchy 


On  the  Z8000  a different  scheme  is  used.  The  16 
byte  registers  are  packed  into  8 16-bit  registers. 
The  other  eight  16-bit  registers  contain  no  byte 
registers.  Similarly,  the  sixteen  16-bit  reg- 
isters are  packed  into  the  eight  32-bit  registers, 
and  the  eight  32-bit  registers  are  packed  into 
four  64-bit  registers. 

The  68000  arrangement  facilitates  the  type- 
conversion  operations  that  occur  in  higher  level 
languages,  since,  for  example,  an  8-bit  value 
stored  in  the  rightmost  eight  bits  of  data  reg- 
ister zero  and  sign  extended  to  the  whole  32  bits 
can  then  be  referred  to  as  the  32-bit  R0,  the 
16-bit  R0  or  the  8-bit  R0.  On  the  Z8000,  a similar 
situation  is  possible,  but  the  names  would  be  RRO, 
R1  , RL1 . The  price  that  is  paid  for  this  one 
feature  is  that  the  68000  register  hierarchy  is 
inconvenient  to  use,  while  the  Z8000  register 
hierarchy  is  a great  programming  convenience.  For 
example,  a Z8000  programmer  can  allocate  four  byte 
registers  inside  of  one  32-bit  register.  On  the 
68000  a programmer  would  have  to  tie  up  four 
32-bit  registers  to  store  the  same  four  byte 
quantities.  That's  half  of  the  data  register  set 
to  do  what  can  be  done  on  the  Z8000  in  one  eighth 
of  the  general  purpose  register  set.  If  the  Z8000 
programmer  wishes  to  use  16  byte  registers,  this 
can  be  done  using  only  half  of  the  register  set. 
On  the  68000,  the  maximum  number  of  byte  registers 
available  is  eight,  and  this  ties  up  the  entire 
data  register  set. 

Another  advantage  of  the  Z8000  register  hierarchy 
is  that  half  of  the  16-bit  registers  and  all  of 
the  32-bit  and  64-bit  registers  have  addressable 
halves.  Half  of  the  32-bit  registers  and  all  of 
the  64-bit  registers  have  addressable  quarters. 


The  availability  of  this  feature  facilitates  many 
programming  tasks.  On  the  68000,  there  is  no  way 
to  address  the  left  half  or  any  of  the  three  left- 
most quarters  of  any  register.  Such  operations 
must  be  simulated  with  shift  or  rotate  instruc- 
tions. 

EXTENSIBILITY  OF  THE  REGISTER  SET 

The  Z8000  instruction  encoding  uses  4-bit  fields 
to  designate  registers;  the  68000  uses  3-bit 
fields.  This  means  that  with  no  change  in  op 
codes  and  no  change  in  instruction  format,  the 
Z8000  architecture  will  accommodate  expansion  of 
the  general  purpose  register  set  to  include  16  of 
each  size  of  register.  This  means  that  eight 
32-bit  registers  and  twelve  64-bit  registers  can 
be  added  to  the  register  set.  The  use  of  3-bit 
fields  and  the  telescoping  of  subregisters  on  the 
68000  preclude  a compatible  extension  of  the 
number  of  registers  of  any  given  size  and  make 
introduction  of  64-bit  or  larger  registers 
extremely  wasteful  of  register  space. 

SUMMARY 

The  Z8000  and  68000  register  architectures  are 
similar,  but  there  are  important  differences.  The 
68000  uses  special  purpose  address  and  data  reg- 
isters, the  Z8000  uses  a general  purpose  register 
file.  The  Z8000  uses  pairing  of  smaller  sized 
registers  to  make  larger  sized  registers,  the 
68000  telescopes  subregisters  into  the  rightmost 
portions  of  larger  registers.  The  Z8000  provides 
for  compatible  enlargement  of  the  register  file, 
the  68000  does  not.  In  each  case,  the  Z8000 
approach  is  seen  to  be  superior. 
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The  Z8000  and  68000  take  very  different 
approaches  to  the  addressing  of  I/O  trans- 
actions. In  the  68000,  1/0  addresses  and 
memory  addresses  share  the  same  address 
range.  This  Is  called  memory-mapped  1/0. 
References  to  1/0  addresses  are  made  exactly 
like  references  to  memory  addresses,  using 
the  same  Instructions  and  addressing  modes. 
The  processor  does  not  know,  when  It  engages 
In  a read  or  write,  whether  It  Is  talking  to 
memory  or  to  an  1/0  device. 

In  the  Z8000,  there  Is  a separate  address 
range  for  1/0  transactions,  and  separate 
Instructions  are  used.  The  processor  always 
knows  which  kind  of  transaction  Is  being 
conducted.  The  same  physical  address/data 
lines  are  used  for  the  two  kinds  of  refer- 
ence; the  status  lines  STj-STq  distinguish 
between  them. 

Several  advantages  have  been  claimed  for 
memory-mapped  1/0: 

• Regularity  - the  same  Instructions  and 
addressing  modes  are  available  for  1/0  as 
for  memory. 

• Simplicity  - the  size  of  the  Instruction 
set  Is  reduced,  since  there  are  no  1/0 

I nstruct ions. 

• Ease  of  Implementation  - there  Is  no  need 
to  design  separate  1/0  bus  protocols. 

As  to  regularity,  the  kinds  of  operation 
performed  on  1/0  ports  are  limited,  as  are 
the  kinds  of  addressing  that  are  useful  In 
1/0  operations.  Furthermore,  there  are 
special  needs  of  1/0  operations  that  are 
different  from  those  of  memory  operations 
(e.g.,  block  transfers  to  a fixed  address). 

The  68000  design  recognizes  the  fallacy  of 
the  regularity  argument  by  introducing  the 
M0VEP  Instruction— a block  transfer  of  the 
bytes  of  a word  or  longword  to  consecutive 
even-addressed  or  consecutive  odd-addressed 
bytes  of  memory.  No  68000  Instruction  Is 
provided  for  block  transfers  to  a fixed 
address  In  memory. 


The  M0VEP  Instruction  and  the  missing  block 
1/0  Instruction  also  demolish  the  simplicity 
argument.  Separate  Instructions  are  necessary 
because  the  two  kinds  of  operation  are  dif- 
ferent, and  if  the  separation  is  not  made 
explicit,  an  additional  Instruction  will  be 
necessary,  as  was  done  on  the  68000. 

In  regard  to  the  ease  of  implementation  argu- 
ment, 1/0  and  memory  transactions  on  the 
Z-Bus  are  only  trivially  different  (1/0  has 
an  added  cycle).  The  difference  between  the 
Z8000  and  the  68000  bus  protocols  Is  not  in 
ease  of  Implementation.  The  difference  Is 
that  the  68000  Is  locked  into  a single  bus, 
while  the  Z8000  has  the  potential  for  future 
separation  to  improve  performance. 

Upon  closer  inspection,  memory-mapped  1/0 
has.  In  fact,  many  disadvantages. 

• It  makes  protection  of  1/0  references  Im- 
possible at  the  instruction  level  — 1/0  In- 
structions canft  be  privileged,  because 
there  are  no  1/0  Instructions. 

• It  creates  "holes”  In  the  memory  address 
space,  so  that  certain  addresses — possibly 
localized,  but  potentially  anywhere — 
cannot  be  used  for  memory  addresses  by  any 
program. 

• It  prevents  a compatible  separation  of  1/0 
and  memory  buses — blocking  an  important 
path  to  performance  Improvement. 

The  question  of  protection  Is  important  In 
the  design  of  operating  systems.  The  1/0 
function  is  usual ly  control  led  by  the  system 
and  prohibited  to  users,  so  It  makes  sense  to 
make  1/0  instructions  privileged.  On  the 
68000,  there  are  no  1/0  instructions  (except 
for  M0VEP,  which  is  not  privileged),  so  1/0 
instructions  cannot  be  privileged.  The  only 
way  to  achieve  this  kind  of  protection  on  the 
68000  is  to  assign  to  an  external  device  the 
job  of  recognizing  1/0  addresses  and  prevent- 
ing access  to  these  addresses  when  the 
processor  Is  executing  in  user  mode. 
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The  problem  of  "holes”  In  the  memory  address 
space  can  be  partially  alleviated  by  placing 
I/O  addresses  at  one  end  or  the  other.  (The 
68000  sign  extension  of  "short"  addresses 
encourages  this.)  Nonetheless,  the  addresses 
are  missing  from  the  memory  address  range, 
and  a runaway  program  could  inadvertently 
store  into  these  addresses,  causing  unpre- 
dictable results,  including  writing  to  tape 
or  disk. 

Finally,  since  no  specific  areas  of  the 
memory  address  range  have  been  pre-ass igned 
to  I/O,  the  CPU  has  no  way  of  knowing  whether 
the  transaction  it  is  conducting  is  for  I/O 
or  memory.  As  a result,  the  potential  per- 
formance improvement  arising  from  separation 
of  the  I/O  and  memory  buses  is  forever  un- 
available to  the  68000.  On  the  other  hand, 
in  keeping  with  the  philosophy  of  "economy  of 
means"— a major  Z8000  design  criterion  —the 


Z8000  offers  both  the  economy  of  using  one 
bus  for  both  I/O  and  memory  and  the  potential 
for  future  separation. 

In  summary,  the  Z8000  design,  by  recognizing 
the  distinction  between  1/0  and  memory  oper- 
ations, has  achieved  the  following  advantages 
over  the  68000  1/0  architectures 

• A natural  programming  model  that  easily 
incorporates  the  important  block  1/0 
function  and  avoids  awkward  instructions 
I ike  the  68000*s  M0VEP. 

• Protection— through  making  1/0  instruc- 
tions privileged  and  through  having  a 
separate  1/0  address  space  that  no  wild 
memory  access  can  reach. 

• Potential  for  future  performance  improve- 
ment through  the  separation  of  1/0  and 
memory  buses  or  through  different  handling 
of  1/0  and  memory  transactions,  even  on 
the  same  bus. 
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The  Z8000  and  68000  address/data  buses  are  similar 
in  that  both  use  asynchronous  protocols.  They 
differ  in  that  the  Z8000  time  multiplexes  one  set 
of  lines  for  address  and  data,  while  the  68000 
uses  two  separate  sets  of  lines.  The  trade-off 
involves  the  higher  potential  performance  of 
separate,  dedicated  lines  versus  the  more  effec- 
tive use  of  the  limited  numbers  of  pins  available 
for  chip  packages. 

Dedicated  lines  have  a potential  for  improved 
performance  when  one  device  has  access  to  both 
the  address  and  the  data  and  can  send  them  out 
simultaneously.  The  principal  occurrence  of  this 
situation  is  a write  to  memory.  There  are  several 
reasons  why  this  potential  advantage  is  of  little 
consequence  in  a comparison  of  the  Z8000  and  the 
68000. 

• Reads  from  memory  (including  instruction 
fetches)  occur  roughly  eight  times  as 
often  as  writes.  A read  from  memory  does 
not  benefit  from  the  separation  of  lines, 
since  the  address  must  be  sent  from  the 
CPU  to  the  memory  before  the  memory  can 
retrieve  the  data  or  instruction  in 
question  and  send  it  back  to  the  CPU. 

• In  the  case  of  writes  to  memory,  most 
memory  chips  are  incapable  of  simulta- 
neously accepting  both  the  address  and 
the  data  to  be  stored. 

• Even  with  a memory  chip  that  is  capable 
of  accepting  addresses  and  data  simul- 
taneously, the  68000  still  achieves  no 
performance  benefit,  since  68000  write 
instructions  are  two  cycles  longer  than 
read  instructions  (six  cycles  for  writes 
vs.  four  cycles  for  reads)  in  order  to 


allow  the  data  bus  to  be  turned  around  at 
the  beginning  and  at  the  end  of  each 
write. 

Considering  the  other  side  of  this  trade-off,  the 
use  of  separate  address  and  data  lines  results  in 
the  need  for  16  (and,  in  the  future,  32)  pins  that 
could  be  utilized  to  greater  advantage.  Looking 
just  at  the  CPU,  the  68000  faces  all  of  the  price, 
power  and  reliability  problems  of  a 64-pin  chip 
with  no  more  capabilities  than  are  provided  by  the 
Z8000's  48-pin  package.  When  improved  manufac- 
turing technology  allows  economical  and  reliable 
expansion  of  the  Z8000  to  a 64-pin  package,  the  16 
additional  pins  will  provide  greatly  increased 
capabilities. 

In  addition  to  the  more  effective  use  of  CPU  pins, 
the  multiplexing  of  address  and  data  lines  pro- 
vides a means  of  addressing  directly  the  internal 
registers  of  peripheral  chips  without  the  need  to 
dedicate  pins  of  the  peripheral  chip  to  separate 
address  lines.  Since  at  least  eight  data  lines 
must  generally  go  to  a peripheral  chip,  these  can 
be  used  during  the  addressing  phase  of  an  instruc- 
tion to  address  a chip’s  internal  registers  (with 
the  remaining  eight  1/0  address  lines  possibly 
being  decoded  by  external  chip-select  logic). 
This  simplifiesthe  programming  of  and  access  to 
peripheral  chips  by  eliminating  the  separate 
address  setup  cycle  required  by  an  unmultiplexed 
peripheral  interface. 

In  summary,  the  use  of  separate  address  and  data 
lines  gains  little  in  performance,  especially  on 
the  68000  with  its  extra-long  memory  write 
instructions.  It  is  wasteful  of  hard-to-come-by 
CPU  pins  and  encourages  a cumbersome  interface  for 
addressing  peripheral  chips. 
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The  Z8000  and  the  68000  use  fundamentally 
different  models  for  memory  addressing.  The 
Z8000  uses  segmented  addressing.  The  68000 
uses  linear  addressing.  We  shall  define  these 
terms  and  explain  why  segmented  addressing  Is 
a superior  method. 

Segmented  addressing  Is  a "h Igher-level 
language”  for  memory  addressing.  That  Is,  It 
Is  a way  for  the  programmer  to  think  about 
and  refer  to  the  computer* s memory  In  terms 
that  are  natural  to  programming  rather  than 
In  terms  of  the  memory’s  physical  Implementa- 
tion. Linear  addressing  Is  the  "machine 
language"  of  memory  addressing.  That  Is, 
with  linear  addressing,  the  programmer  uses  a 
model  for  the  computer’s  memory  that  Is  very 
close  to  Its  actual  hardware  Implementation. 
Before  we  state  more  specifically  exactly 
what  segmented  addressing  Is  and  how  It 
works,  let’s  look  at  some  of  the  memory  ad- 
dressing tasks  that  programmers  face  and  see 
what  kind  of  addressing  model  these  tasks 
suggest. 

The  programmer  Is  concerned  with  a variety  of 
programs,  data  areas,  stacks,  etc.  (for  all 
of  which  the  general  term  "objects"  Is  used) 
and  with  the  interactions  among  these  ob- 
jects. What  we  mean  by  this  Is  partly  a 
question  of  how  fine-grained  our  picture  Is 
to  be.  For  example,  we  could  say  that  a pro- 
grammer deals  with  two  objects:  the  program 
and  the  data.  At  the  other  end  of  the  scale, 
we  could  say  that  the  programmer  deals  with  a 
multitude  of  objects—  I i sting  separately  each 
instruction  and  datum.  Between  these  alter- 
natives there  can  usually  be  found  for  each 
programming  situation  a set  of  largely  sepa- 
rate but  interrelated  objects.  For  example, 
for  a Chess-playing  program,  the  objects 
might  include: 

• Chessboard  display  program 

• Current  position  representation 

• Legal  move  generation  program 

• Move  evaluation  program 

• File  of  previously  evaluated  positions 

• Handling  routines  for  previous  position 
file 

• Program  to  study  published  games 

This  program  might  run  under  control  of  an 
operating  system  that  was  also  divided  Into 
objects,  including: 

• Task  scheduler 

• Memory  a I locator 

• Secondary  storage  Interface  routines 

• Terminal  interaction  routines 

• Process  status  table 

• System  stack 

• User  process  status  tables 

The  example  could  be  refined  and  enlarged, 
but  these  are  good  examples  of  what  we  mean 
by  the  objects  that  the  programmer  must  deal 
with. 


The  traditional  approach  to  dealing  with 
these  objects  is  to  allocate  portions  of  the 
computer’s  memory  to  each  of  them.  A relo- 
cating loader  might  pack  the  programs  to- 
gether end  to  end  and  then  a I locate  the  data 
areas  (of  fixed  sizes)  end  to  end  in  the 
portion  of  memory  not  occupied  by  the  pro- 
grams. Since  the  only  addressing  model 
available  with  the  earliest  computers  was 
linear  addressing,  each  of  the  objects  would 
receive  an  address  directly  related  to 
(usually  the  same  as)  the  actual  memory 
address  at  which  it  was  stored.  These  ad- 
dresses were  all  numbers  in  the  range  0 to 
N-1,  where  N was  the  total  number  of  memory 
locations  available.  Every  program  that 
referred  to  any  of  these  objects  had  to  do  so 
using  this  address. 


I In-i 

Figure  1.  Traditional  Approach  to 
Memory  Allocation 

PROBLEMS  WITH  THE  TRADITIONAL  APPROACH 

This  approach  always  presented  problems,  and 
as  systems  grew  larger  the  problems  grew 
exponentially.  We  shall  review  these  prob- 
lems and  look  at  some  early  solutions.  The 
problems  can  be  summarized  under  the  follow- 
ing categories: 

• Invalid  accesses 

• Difficulty  of  accommodating  objects  whose 
s i zes  vary—  1 1 ke  stacks  or  I i sts 
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• Difficulty  of  creating  and  deleting 
objects  dynamical  l y— fragmentation  of 
memory 

• Difficulty  of  relocating  objects  after  the 
loader  has  established  linkages  among 
them 

• Difficulty  of  sharing  objects  among  other- 
wise Independent  processes 

Invalid  Accesses 

The  problem  of  invalid  accesses  occurs  even 
in  the  smallest  systems  and  on  the  smallest 
computers#  In  its  basic  form,  the  problem 
occurs  when  a program  erroneously  uses  an 
address  as  if  It  belonged  to  one  object  when 
It  actually  belongs  to  another#  For  example. 
If  an  array  Is  1024  bytes  long  and  a program 
erroneously  refers  to  Its  1025th  byte,  then 
the  reference  will  actually  be  to  the  first 
byte  of  the  object  stored  In  memory  Immedi- 
ately following  the  1024-byte  array.  If  the 
erroneous  access  Is  a store  operation,  then 
the  object  following  the  array  In  memory  will 
have  been  damaged# 


PROGRAM 

& 

DATA 


FREE 

SPACE  FOR 
PROGRAM 
OR  STACK 
GROWTH 


NEXT  ELEMENT 
PUSHED  GOES  HERE 


J 1 


TOP 

SP 

STACK 

STACK  POINTER  REGISTER 
POINTS  AT  TOP  OF  STACK 

Figure  3.  Allocation  of  Programs, 

Data  and  Stack  Space 

Identity  of  the  array  as  arguments  and  re- 
turns a va I l dated  memory  address  that  the 
program  can  use  for  fetching  or  storing.  The 
routine  might  also  handle  the  actual  fetching 
or  storing,  accepting  data  to  be  stored  as 
another  argument  or  returning  the  data 
fetched#  In  either  case,  the  routine  would 
va 1 1 date  the  access  by  us l ng  the  array  I den- 
tlty  as  a key  to  a set  of  array  attributes. 
Including  the  array fs  length  and  location  In 
memory. 


Figure  2.  A Traditional  Invalid  Access 

Another  example  of  this  problem  concerns  the 
use  of  stacks.  A common  approach  to  stack 
use  In  a single-user  system  Is  to  allocate 
the  Mbeg Inning"  of  memory  to  programs  and 
data  and  the  "end"  to  a stack,  since  the  push 
and  pop  Instructions  on  most  computers  are 
designed  In  such  a way  that  stacks  grow 
"backwards"  In  memory;  that  Is,  the  first 
Item  placed  on  the  stack  Is  at  the  highest- 
numbered  address,  and  the  "top"  of  the  stack 
Is  at  the  lowest-numbered  address.  If  often 
happens  that  program  changes  cause  the  pro- 
gram and  data  areas  to  expand,  so  that  less 
and  less  remains  for  the  stack.  Sooner  or 
later,  a stack  push  causes  the  stack  to  over- 
flow the  allotted  area  and  eradicate  the  end 
of  the  area  assigned  to  programs  and  data. 

A frequently  used  approach  to  problems  of  the 
sort  described  above  I is  to  create  an 
"envelope"  around  the  accesses  In  question. 
Thus,  for  example.  Instead  of  using  the  com- 
puters Indexing  capability  to  access  arrays 
directly,  the  program  might  Instead  call  a 
subroutine  that  accepts  the  Index  and  the 


For  the  stack  example,  a similar  envelope 
would  be  placed  around  pushes  and  pops. 

Rather  than  using  the  machlnefs  push  and  pop 
Instructions,  the  program  would  call  sub- 
routines for  these  operations.  Naturally, 
this  approach  entails  a large  software  over- 
head. 

Another  type  of  Invalid  access  occurs  In  even 
the  most  elementary  systems,  but  It  presents 
an  urgent  problem  when  several  programs  or 
sets  of  data — not  necessarily  related  to  one 
anothei — share  memory  simultaneously.  This 
problem  concerns  the  restriction  of  a pro- 
grants  accesses  to  those  portions  of  the 
memory  containing  Its  bwn  subroutines  and 
data  or— even  more  difficult— to  portions  of 
memory  containing  data  or  subroutines  that  It 
shares  with  another  program  and  to  which  It 
Is  allowed  only  certain  kinds  of  access  (such 
as  "read  only"  or  "execute  only"). 

The  software  envelopes  discussed  above  can  be 
extended  to  accommodate  shared  access  to 
data,  but  It  Is  difficult  to  place  such 
envelopes  around  program  accesses.  Further- 
more, these  envelopes  are  voluntary;  that  Is, 
a programmer  who  wishes  to  avoid  them  can 
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usually  discover  enough  information  to  be 
able  to  make  the  accesses  directly*  For 
situations  of  this  sort  hardware  solutions 
were  introduced*  One  such  solution  was  the 
use  of  limit  registers*  For  example,  the 
operating  system  might  set  registers  that 
defined  the  limits  of  the  program  about  to 
run  to  be  locations  10000  through  19999.  In 
this  case,  the  program  is  free  to  make 
references  of  any  sort  so  long  as  the  ad- 
dress used  lies  within  the  given  range*  An 
attempt,  for  example,  to  call  a subroutine  at 
address  20000  results  in  a '’trap,”  and  con- 
trol is  returned  to  the  operating  system* 


and  irrelevant  to  the  program  using  the 
stack*  Unfortunately,  the  way  that  stacks  are 
ordinarily  used  does  not  lend  itself  to  this 
approach*  Frequently  a program  is  allocated 
a block  of  stack  space,  which  it  then 
accesses  using  based  addressing*  That  is, 
the  actual  memory  address  of  the  first  loca- 
tion of  a block  of  stack  space  is  kept  in  a 
register,  and  accesses  into  the  block  are 
made  by  adding  an  index  (from  a register  or 
from  an  instruction)  to  the  base  addresses  in 
the  register*  This  common  practice  is  incom- 
patible with  the  existence  of  gaps  in  the  set 
of  addresses  assigned  to  the  stack* 


These  examples  are  an  indication  of  some  of 
the  ways  in  which  the  problem  of  invalid 
accesses  can  manifest  itself,  and  they  show 
how  early  system  designers  attempted  to  solve 
them.  Shortly  we  shall  see  how  segmentation 
provides  a complete  solution  to  this  problem* 

Objects  of  Varying  Sizes 

In  our  stack  example  above,  we  saw  the  kind 
of  problem  that  can  arise  when  an  object 

varies  in  size*  We  showed  how  an  envelope 
around  pushes  and  pops  can  detect  invalid 

accesses  before  they  occur,  but  we  are  still 
faced  with  the  problem  of  what  to  do  about 
them*  In  the  example  given  above,  there  was 
only  one  stack,  and  it  didn!t  run  out  of 


The  solution  to  this  problem  (before  segmen- 
tation was  invented)  was  to  allocate  a larger 
contiguous  block  of  memory  to  the  enlarged 
stack— either  by  moving  the  stack  to  another 
part  of  memory  or  by  moving  something  else 
out  of  its  way  so  that  it  could  be  expanded 
where  it  was.  This  approach  has  two  inherent 
problems:  the  processing  overhead  to  move 

objects  around  in  memory  and  keep  the  unused 
memory  all  in  one  place  and  the  "relocation” 
problem  of  changing  all  of  the  base  addresses 
of  blocks  of  stack  space  that  the  program  has 
in  registers  or  in  storage.  The  second 
problem  is  almost  insurmountable,  except  in 
the  most  elementary  cases. 

The  problem  of  accommodating  objects  whose 
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Figure  4.  Why  Stacks  Must  be  in  One  Piece 


memory  until  the  entire  memory  of  the  com- 
puter was  exhausted.  However,  if  we  had  many 
stacks  to  manage,  we  might  want  to  assign  a 
smal I amount  of  memory  to  each  and  then 
expand  those  that  were  about  to  overt iow.  if 
a I I accesses  to  stacks  are  through  the 
envelopes  that  surround  the  push  and  pop 
instruction,  this  is  no  problem.  The  stack 
can  merely  be  "continued”  elsewhere  in 
memory,  and  the  gap  in  the  actual  memory 
addresses  between  the  last  location  of  the 
original  stack  and  the  first  location  of  the 
extension  will  be  completely  concealed  from 


sizes  vary  has  as  a special  case  the  problem 
of  creating  and  deleting  objects  dynamically* 
This  problem  arises  in  the  simplest  single- 
user  systems— for  example,  "initialization” 


code  might  be  abandoned  after 
once  and  the  space  given  to  a 


VAWU  1 WVI 


large  data 


array.  As  with  our  other  examples,  however. 


the  difficulties  mount  rapidly  as  the  system 


becomes  more  complex.  In  particular,  because 
of  the  difficulty  of  "relocating”  addresses, 
the  moving  of  objects  that  would  be  necessary 
in  order  to  keep  the  unused  memory  in  one 
place  is  avoided*  The  unused  memory  soon 
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comes  to  be  scattered  about  In  smal I pieces, 
and  It  becomes  Increasingly  difficult  to  find 
contiguous  blocks  of  sufficient  size  to 
accommodate  newly  created  or  expanded 
objects,  even  when  the  total  amount  of  unused 
memory  Is  sufficient.  This  problem  Is  known 
as  "fragmentation”  of  memory. 


provided  at  several  levels. 

Dynamic  relocation,  that  Is,  relocation  that 
occurs  after  the  Initial  load  of  the  program, 
requires  a mechanism  that  allows  actual  ad- 
dresses to  be  determined  at  run  time.  The 
first  approach  to  this  Is  provided  by  various 
kinds  of  based  addressing.  Based  addressing 
of  program  references  Is  usually  provided  by 
PC-relative  addressing:  calls,  jumps  and 

loads  of  program  constants  are  specified 
using  an  offset  that  Is  added  to  the  actual 
program  counter  value  to  obtain  the  memory 
address.  Based  addressing  of  data  references 
Is  also  made  using  offsets— to  be  added  to  a 
stack  pointer  or  other  address  register. 
Relocation  effected  through  based  addressing 
Is  called  "user-controlled"  relocation,  since 
the  setting  of  the  stack  pointer  or  other 
address  register  Is  under  control  of  the 
running  program.  A better  approach  from  the 
standpoint  of  reliability  Is  "system- 
controlled"  relocation.  This  kind  of  relo- 
cation can  be  provided  using  memory  mapping. 

Memory  mapping  Is,  In  Its  simplest  form,  a 
translation  mechanism  that  converts  the  ad- 
dresses used  by  the  running  program  (which 
now  become  cal  led  logical  addresses)  Into  the 
actual  memory  addresses  (now  ca I led  physical 
addresses).  With  memory  mapping,  the  program 
always  uses  a fixed  set  of  addresses,  and 
relocation  Is  achieved  by  a change  to  the 
translation  mechanism.  A simple  example  of 
this  Is  provided  by  a mechanism  similar  to 
based  addressing.  A value  Is  set  Into  a base 
register,  and  the  translation  mechanism 
consists  of  automatically  adding  that  value 
to  any  address  used  In  the  program.  (The 
difference  between  this  and  based  addressing 
Is  that  with  based  addressing  there  (s  an 


Traditionally,  there  has  really  been  no 
solution  to  this  problem  other  than  to  leave 
management  of  the  assigned  memory  to  the  user 
program.  The  user  Is  provided  with  tools 
like  "chaining"  commands  and  overlay  struc- 
tures In  certain  systems,  but  by  and  large, 
the  creation  and  deletion  of  objects  Is 
simply  treated  as  part  of  the  "algorithm" 
that  the  program  Implements.  Soon  we  shall 
see  how  segmentation  allows  system  control  of 
this  function. 

Relocation 

In  discussing  the  expansion  of  stacks  we 
alluded  to  the  "relocation"  problem  that 
arose  when  a stack  was  moved:  all  of  the 

pointers  Into  It  (the  base  register  values 
for  accesses  to  blocks  of  stack  space)  become 
Invalid.  This  Is  a special  case  of  the 
general  problem  of  dynamic  relocation.  After 
the  loader  has  established  linkages  among  the 
parts  of  the  program.  It  becomes  almost 
Impossible  to  move  any  of  them.  This  Is 
another  problem  that  had  to  wait  for  a hard- 
ware solution.  This  solution  has  been 


Figure  6.  Memory  Mapping 

with  a Base  Register 
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explicit  reference  to  the  base  register  In 
the  Instruction,  With  this  mechanism,  the 
base  register  Is  used  Independently  of  the 
program  to  translate  the  addresses  that  It 
generates. ) 

This  very  simple  form  of  memory  mapping 
quickly  evolved  In  two  directions:  paging  and 
segmentation.  Paging  Is  a natural  extension 
of  the  linear  addressing  model  (although  It 
can  also  be  applied  to  the  linear  addresses 
used  within  segments).  We  won’t  say  any  more 
about  paging  or  segmentation  at  this  point. 

Sharing 

A natural  outgrowth  of  memory  mapping  is  a 
mechanism  for  the  sharing  of  objects  among 
otherwise  independent  processes.  Given  a 
mapping  mechanism  (more  sophisticated  than 
the  simple  base  register  mentioned  above) 
that  allows  different  blocks  of  logical  ad- 
dresses to  be  mapped  independently  of  one 
another,  a program  or  data  area  In  physical 
memory  can  correspond  to  different  logical 
addresses  for  different  processes.  Thus,  the 
shared  program  or  data  can  reside  at  a con- 
venient location  in  the  logical  address  space 
of  each  process,  and  the  mapping  mechanism 
will  cause  references  from  each  process  to  be 
mapped  by  that  process’  mapping  scheme  into 
the  given  physical  locations. 

We  shall  say  more  about  memory  mapping  in 
conjunction  with  our  discussion  of  segmen- 
tation. At  this  point,  we  should  simply  note 
that  system  controlled  relocation  and  sharing 
through  memory  mapping  alleviate  one  of  the 
problems  that  tends  to  occur  with  user- 
controlled  relocation  and  non-mapped  sharing: 
fragmentation  of  the  address  space. 

SOLUTIONS 

We  have  now  discussed  the  major  problems  with 
the  use  of  the  linear  addressing  model  and 
have  looked  at  some  early  attempts  to  solve 
them.  Now  we  shall  look  at  the  abstract 
addressing  model  provided  by  segmentation, 
and  we  shall  see  how  the  Z8000  CPU  and  memory 
management  unit  have  been  designed  to  work 
together  to  provide  an  implementation  of  this 
model  that  incorporates  memory  mapping  and 
access  protection.  We  shall  show  how  this 
unified  approach  alleviates  all  five  of  the 
major  problems  with  linear  addressing  that  we 
stated  earlier. 

Segmentation 

Segmentation  is  the  organization  of  the  ad- 
dress space  into  a collection  of  independent 
objects.  As  we  noted  earlier,  in  each  pro- 
gramming situation  there  can  usually  be 
identified  a set  of  largely  separate  but 
interrelated  objects.  The  segmented  address- 
ing model  assigns  to  each  of  these  objects  a 


"name”  and  a linear  address  space.  The 
"name"  is,  of  course,  a binary  number,  but  we 
call  It  a name  to  emphasize  the  fact  that 
there  is  no  relation  between  objects  implied 
by  a numerical  relationship  between  their 
"names." 

For  example,  in  the  example  given  above,  the 
chessboard  display  program  could  be  assigned 
the  name  1,  the  current  position  represen- 
tation could  be  2,  the  legal  move  generation 
program  could  be  3 and  so  forth.  The  address 
of  any  location  within  the  chessboard  display 
program  would  then  consist  of  the  name,  1, 
and  an  address  within  object  I’s  linear 
address  space.  If  this  program  occupied  2048 
bytes,  for  example,  then  the  addresses  within 
object  I would  be  (1,0),  (1,1)  ...  (1,2047). 
One  of  the  attributes  of  object  1 would  be  a 
length  of  2048  bytes,  and  the  mechanism 
responsible  for  the  interpretation  of  seg- 
mented addresses  would  be  aware  of  this 
attribute  and  would  cause  an  appropriate 
error  indication  if  an  address  of  the  form 
(1,N)  with  Nj>2048  were  ever  used. 

Now  consider  the  case  of  the  current  position 
representation— object  2 in  our  example. 

Let’s  suppose  that  this  representation  takes 
the  form  of  an  array  of  256  bytes.  The 
addresses  of  these  bytes  would  be  (2,0), 

(2,1)  .♦.,  (2,255).  One  means  of  referring  to 
items  of  this  array  involves  the  use  of 
indexed  addressing.  The  address  of  the  item 
referred  to  would  be  specified  by  giving  the 
array  base  address  of  (2,0)  In  one  place— in 
the  instruction  or  in  a register — and  an 
index  (also  called  an  offset)  in  a register. 
The  Index  is  simply  a number  to  be  added  to 
the  second  component  of  the  segmented  ad- 
dress. Thus,  if  the  index  were  17,  then  the 
item  address  would  be  (2,17).  That  is,  the 
address  manipulation  cannot  affect  the  object 
name  portion  of  the  address  —only  the  linear 
address  within  the  object  is  affected. 

Similarly,  returning  to  the  display  program 
(object  1 in  our  example),  the  mechanism 
responsible  for  address  interpretation  per- 
forms a similar  computation  for  PC-relative 
addressing.  If  the  program  contains  a branch 
to  "current  location  - 24"  or  a cal  I to 
"current  location  + 1264"  for  example,  then 
the  offset  given  in  the  instruction  is 
applied  to  the  second  part  of  the. address. 

If  the  call  were  made  from  location  (1,562), 
then  1264  would  be  added  to  562,  and  the 
final  address  would  be  (1,1826). 

Preventing  invalid  Accesses 

These  examples  show  how  segmented  addressing 
helps  to  alleviate  our  first  major  problem 
with  linear  addressing:  invalid  accesses. 

Suppose,  for  example,  that  we  had  made  a 
programming  error  that  caused  us  to  address 
the  current  position  representation  array  by 
using  an  index  value  of  257.  With  a linear 
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addressing  scheme,  this  would  result  In  a 
reference  to  the  second  byte  of  whatever 
object  follows  the  current  position  represen- 
tation array  In  memory.  Thus,  we  might  over- 
write the  second  byte  of  the  legal  move 
generation  program  If  that  happened  to  follow 
the  array. 

With  segmented  addressing,  the  address  com- 
putation would  result  In  an  address  of 
(2,257).  The  mechanism  that  Interprets  ad- 
dresses would  discover  that  this  address  Is 
Incompatible  with  the  declared  length  of  the 
array  (256  bytes),  so  an  appropriate  error 
Indication  would  be  generated. 


Figure  7.  Attribute  Checking  for 
Segmented  Addressing 


Once  the  mechanism  has  been  established  for 
the  checking  of  accesses  against  the  declared 
size  of  an  object.  It  Is  a small  step  to  add 
the  checking  of  other  attributes  of  objects. 
The  problems  we  mentioned  earlier,  such  as 
protecting  one  process^  data  or  programs 
from  accesses  by  another  process  or  allowing 
"read  only”  or  "execute  only”  accesses  to  a 
section  of  data  or  program,  can  be  solved  by 
associating  attributes  with  the  objects  In 
question  and  checking  these  attributes 
against  properties  of  the  access.  A write 
Into  a "read-only”  object,  a user  access  to  a 
"system-only”  object  and  other  such  Invalid 
accesses  can  be  Identified  and  prevented. 

Sharing  and  System-Controlled  Relocation 

Since  physical  memories  do  not  usually  have  a 
segmented  organization,  a segmented  address- 
ing scheme  must  Include  a plan  for  memory 
mapping.  As  noted  earlier,  memory  mapping 
provides  the  means  of  dealing  with  two  of  our 


other  major  problems  wlh  linear  addressing: 
the  difficulties  of  Implementing  system- 
controlled  relocation  and  of  sharing  objects 
among  otherwise  Independent  processes.  We 
shall  see  shortly  the  specific  details  of  how 
this  Is  accomplished  on  the  Z8000. 

Avoiding  Fragmentation 

Our  other  two  major  problems  had  to  do  with 
the  difficulty  of  creating,  deleting,  shrink- 
ing or  expanding  objects  dynamically.  We  saw 
that  these  operations  coultf  lead  to  fragmen- 
tation In  a linear  memory  space  and  that 
there  were  additional  problems  when  stacks 
were  Involved.  It  Is  easy  to  see  that  seg- 
mentation provides  solutions  for  these  prob- 
lems, but  rather  than  discussing  them 
abstractly,  we  shall  now  look  at  how  segmen- 
tation has  been  Implemented  on  the  Z8000  and 
how  the  Z8000  and  the  MMU  work  together. 

Then  we  shall  see  concretely  how  all  of  the 
major  problems  of  linear  addressing  have  been 
solved  by  segmentation. 


THE  Z8001  AND  THE  MMU 


The  Z8000  has  been  designed  with  a built- In 
segmented  addressing  model.  Included  within 
the  32-blt  addresses  used  by  the  Z8001  are 
two  fields:  the  segment  name  field  and  the 
"offset."  The  offset  Is  an  address  within 
the  linear  address  space  of  the  segment.  It 
Is  called  an  offset  because  In  the  Interpre- 
tation of  segmented  addresses,  the  offset  Is 
added  to  the  physical  memory  address  of  the 
"base”  of  the  segment  to  obtain  the  physical 
address  of  the  element  In  question.  For 
example.  If  segment  5 has  a base  address  In 
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Figure  8.  Z8000/MMU  Address  Translation 
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physical  memory  of  1024,  then  the  physical 
memory  location  addressed  by  the  segmented 
address  (5,26)  is  1050,  because  1024  + 26  = 
1050. 

The  Z8001  is  designed  to  work  with  an  ex- 
ternal circuit  called  a Memory  Management 
Unit  (MMU),  which  keeps  track  of  the  base 
addresses  corresponding  to  the  various  seg- 
ments and  performs  the  computation  of  the 
actual  physical  addresses.  This  MMU  can  also 
associate  a variety  of  attributes  with  each 
segment  and  can  perform  the  corresponding 
access  checking,  generating  an  error  inter- 
rupt (called  a "segmentation  trap")  in  the 
event  of  an  invalid  access. 

Another  feature  of  this  implementation  is 
that  seven  bits  have  been  assigned  to  the 
segment  name  field  and  16  bits  have  been 
assigned  to  the  offset.  This  means  that  there 
are  up  to  128  segments,  and  each  of  them 
presents  a linear  address  space  of  64K  bytes. 
Furthermore,  the  external  MMU  circuit  is 
designed  to  translate  only  the  uppermost 
eight  bits  of  the  offset;  the  low-order  eight 
bits  are  passed  directly  to  the  physical 
memory  untranslated.  The  practical  effect  of 
this  is  that  a segment  base  address  in  physi- 
cal memory  must  be  a multiple  of  256  (i.e. , 
its  low-order  eight  bits  must  be  zeros),  and 
the  size  of  a segment  (one  of  the  attributes 
that  the  MMU  checks)  must  also  be  a multiple 
of  256  bytes. 

Implementing  Structures 
Whose  Size  Exceeds  64K  Bytes 

Letfs  look  at  the  effect  of  these  implemen- 
tation details  on  programming  the  Z8000  and 
on  the  efficiency  of  its  operation.  The  most 
obvious  effect  is  that  no  object  can  exceed 
64K  bytes  in  size;  that  is,  any  data  struc- 
ture that  exceeds  this  size  must  consist  of 
more  than  one  segment.  This  is  a genuine 
problem,  although  it  rarely  occurs.  For- 
tunately, it  can  be  solved  through  the  use  of 
software  with  very  little  overhead.  For 
example,  if  you  are  dealing  with  an  array  of 
size  greater  than  64K  bytes  then  you  cannot 
use 

LD  RL1 ,RR2(R3) 

to  access  the  byte  with  index  kept  in  R3  of 
the  array  whose  base  is  in  RR2.  Rather,  you 
must  use  a sequence  like 

ADD  RR2,  RR4  !add  index  to  base! 

ADDB  RH2,  RL2  ladd  overflow  to  seg  name! 

CLRB  RL2  Jclear  "unused"  bits! 

LD  RL1 , @RR2 

to  access  the  byte  with  the  index  kept  in  RR4 
of  the  array  whose  base  is  in  RR2.  What  you 
are  doing  in  this  case  is  placing  several 
segments  "end-to-end"  and  treating  the  seg- 
ment name  I i ke  a number.  This  approach  is 
similar  to  "paging." 


Speed  of  Address  Translation  with  the  MMU 

A more  positive  aspect  of  the  implementation 
details  has  to  do  with  the  computational 
overhead  of  using  an  external  circuit  for 
address  translation  and  attribute  checking. 
Two  facts  enter  into  this: 

• Since  the  segment  name  field  is  not  in- 
volved in  the  address  computations  of 
indexed,  based  or  relative  addressing, 
this  field  can  be  output  to  the  MMU  one 
cycle  earlier  than  the  offset  portion  of 
the  address,  so  that  the  MMU  gets  a one- 
cycle  head  start  on  the  address  transla- 
tion. 

• The  low-order  eight  bits  of  the  offset, 
which  go  directly  to  the  memory  untrans- 
lated, are  the  bits  needed  first  by  the 
memory,  so  that  the  memory  also  gets  a 
smal I head  start  on  the  transaction. 

The  combination  of  these  two  factors  results 
in  the  use  of  an  external  MMU  circuit  that 
entails  very  little  time  penalty  in  memory 
accesses. 

The  point  made  in  the  previous  paragraph 
needs  to  be  stressed:  the  true  independence 

of  the  segment  name  field  from  the  offset  in 
all  address  computations  means  that  off-chip 
memory  mapping  can  be  achieved  with  very 
little  overhead.  This  is  an  architectural 
advantage  of  the  Z8000  that  leads  to  an  eco- 
nomical implementation.  This  can  be  seen  by 
looking  at  how  a nonsegmented  CPU  might 
achieve  memory  management.  Undoubtedly,  the 
approach  will  be  a form  of  paging.  In  a 
paged  system,  the  uppermost  bits  of  the 
linear  address  are  treated  like  a segment 
name  field  after  the  address  computation  is 
complete.  Until  the  computation  is  complete, 
these  bits  are  treated  like  part  of  a mono- 
lithic linear  address — they  can  be  changed  in 
the  course  of  the  computation.  Thus,  while  a 
paging  scheme  allows  memory  mapping  and 

attribute  checking,  it  suffers  from  many  of 
the  problems  of  linear  addressing,  and  It 
cannot  achieve  the  overlap  of  MMU  and  CPU 
computational  time  that  is  available  with  the 
Z8000  because  of  its  true  segmentation 
scheme.  The  only  antidote  to  the  computa- 
tional overhead  of  an  off-chip  MMU  for  a 
linear  addressed  machine  is  to  design  an 
on-chip  MMU,  and  with  the  current  technology, 
that  approach  is  likely  to  lead  to  a design 
that  is  short  on  features. 

MMU  Support  for  Stacks 

One  more  point  worth  mentioning  about  the  way 
that  the  Z8000/MMU  combination  implements 
segmented  addressing  concerns  the  use  of 
stacks.  Earlier,  we  noted  some  of  the  prob- 
lems that  are  associated  with  dynamically 
expanding  stack  sizes.  The  most  difficult  of 
these  problems  concerned  the  correction  of 
pointers  into  the  stack  when  a stack  was 
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moved  to  another  location  to  accommodate  a 
larger  size.  Naturally,  this  problem  goes 
away  with  memory  mapping,  since  the  logical 
addresses  of  the  locations  already  used  on 
the  stack  don*t  change  when  it  is  physically 
relocated  in  memory.  Furthermore,  the  MMU 
accepts  as  one  of  the  attributes  of  a segment 
that  it  is  to  be  used  for  a stack.  This  has 
two  main  consequences: 


• There  Is  a nonfatal  stack  warning  inter- 
rupt that  occurs  when  the  stack  is  nearly 
full,  i.e. , when  an  access  is  made  Into 
the  last  256  words  a I located  to  the 
stack. 

• The  memory  address  computation  and  size 
specification  method  are  altered  to  take 
account  of  the  fact  that  stacks  grow  down- 
ward in  memory  from  the  highest  addresses 
toward  the  lowest. 
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Figure  9.  Stack  Segments 


CONCLUSION 

This  concludes  our  discussion  of  the  specific 
details  of  the  implementation  of  segmented 
addressing  and  memory  mapping  on  the  Z8000. 

We  have  discussed  the  many  problems  associ- 
ated with  linear  addressing,  the  solution 
provided  to  these  problems  by  the  segmented 
addressing  model  and  the  details  of  segmenta- 
tion on  the  Z8000.  We  have  shown  that  seg- 
mented addressing  is  clearly  superior  to 
linear  addressing. 


Just  as  there  are  some  who  argue  that  higher 
level  languages  are  "I nef f icient"  and  that 
they  don*t  allow  the  programmer  the  total 
flexibility  of  assembly  language  programming, 
there  are  also  those  who  adamantly  reject 
segmentation  and  cling  to  linear  addressing. 
The  truth  is  that  there  is  merit  to  their 
argument.  Just  as  higher  level  languages  may 
be  inappropriate  for  very  small  systems,  so 
also  may  segmentation  represent  ••overkill”  in 
a small  memory  space.  The  Z8000  answer  to 
this  problem  is  to  provide  large  enough  seg- 
ments that  small  applications  can  be  imple- 
mented completely  within  the  bounds  of  one 
segment.  The  Z8000  CPU  is  provided  with  a 
mode  In  which  addresses  consist  only  of  off- 
sets, so  that  no  references  occur  outside  of 
the  64K  byte  linear  address  space  of  one 
segment.  In  fact,  for  applications  of  that 
size,  a smaller  package  is  provided  that  does 
not  have  the  eight  pins  dedicated  to  the 
segment  name  output  and  segment  error  inter- 
rupt input;  this  smaller  version  cannot  enter 
the  segmented  mode  of  operation  at  all. 

It  Is  a matter  for  subjective  judgment  to 
decide  where  to  draw  the  lines  between  sys- 
tems that  are  too  small  for  segmentation, 
systems  in  which  segmentation  is  desirable 
but  inessential,  and  systems  that  are  so 
large  that  segmentation  is  mandatory.  The 
Z8000  architecture  provides  for  a 16-bit 
linear  address  space  but  demands  segmentation 
for  any  size  above  16  bits.  In  Its  23-bit 
address  space,  it  Is  possible  that  clever, 
well  disciplined  programmers  could  manage  to 
handle  unrestricted  linear  addressing.  In 
Its  ultimate  32-bit  address  space,  there  is 
no  doubt  that  segmentation  Is  the  only  viable 
approach. 

This  concern  for  the  future  expansion  to 
32-bit  address  spaces  greatly  Influenced  the 
decision  to  use  segmented  addressing  In  the 
23-blt  version.  The  Z8000  represents  a break 

from  the  architecture  of  the  Z80;  it  seems 
short-sighted  to  ask  designers  moving  from 
8-blt  to  16-bit  or  23-bft  systems  to  face  one 
architectural  break  today  and  another  In  a 
few  years.  This  is  in  contrast  with  the 
situation  of  designers  who  adopt  the  68000 
today  and  who  will  have  to  face  another 
architectural  upheaval  if  true  segmentation 
is  Introduced — that  occurrence  seems  Inevi- 
table If  the  address  space  Increases  in  size 
to  32  bits. 
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SUMMARY 


The  segmented  addressing  used  by  the  Z8000  Is 
a higher  level  language  for  memory  address- 
ing. This  method  Is  superior  to  linear 
addressing,  the  "machine  language**  of  memory 
addressing,  because  It  provides  a model  that 
Is  natural  to  programming. 

The  traditional  approaches  to  memory  a I loca- 
tion based  upon  the  linear  addressing  model 
cannot  solve  the  following  problems: 

• Invalid  accesses 

• Accommodating  variable-sized  objects 

• Fragmentation  arising  from  dynamic  crea- 
tion and  deletion  of  objects 


• Dynamic  relocation 

• Sharing 

The  Z8000/MMU  combination  provides  a seg- 
mented addressing  facility  that  solves  the 
above  problems  and  provides  the  following 
benefits: 

• Built-In  segmentation,  memory  mapping  and 
attributes  checking 

• Efficient  and  cost  effective  operation 

• Support  for  system-control  led  relocation 

• Support  for  stacks,  with  overflow  checking 

• Upward  compatibility  to  32-blt  architec- 
ture 
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Support  Features 
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May  1981 


One  of  the  most  striking  differences  between  the 
architectures  of  the  Z8000  and  68000  is  the  pro- 
vision for  operating  system  support.  This  area 
received  careful  consideration  in  the  Z8000 
design.  The  designers  of  the  68000  addressed  most 
of  their  careful  attention  to  other  issues.  This 
paper  shows  the  importance  of  operating  system 
support  features,  even  in  relatively  small  appli- 
cations, and  contrasts  the  designs  of  the  Z8000 
and  the  68000  in  regard  to  operating  system  sup- 
port. 


OPERATING  SYSTEMS 

Every  computer  application  contains  an  operating 
system — either  explicitly  or  implicitly.  For  the 
purpose  of  this  paper  the  following  definition  of 
an  operating  system  is  used: 

The  portion  (hardware  and  software)  of  a 
computer  application  that  is  devoted  to 
managing  hardware  and  software  re- 
sources. 

Most  definitions  of  "operating  system"  are  similar 
to  this  one.  The  idea  of  resource  management  is 
central  to  everyone's  idea  of  an  operating  system. 
The  resources  of  a computer  application  can  be 
divided  (approximately)  into  the  following  cate- 
gories: 

• Processing  elements  (e.g.,  CPUs,  floating 
point  chips,  "intelligent"  disk  controllers) 

• Storage  elements  (e.g.,  ROM,  RAM,  disks, 
tape) 

• External  interfaces  (e.g.,  1/0  ports,  modems) 

• Programs  (e.g.,  compilers,  application  pro- 
grams) 

A process  (also  called  a task)  is  the  ongoing 
execution  of  a program  by  one  or  more  processing 
elements.  For  example,  a compilation  is  a proc- 
ess. The  goals  of  a computer  application  can  be 
viewed  as  the  completion  of  processes.  From  this 
point  of  view,  the  job  of  the  operating  system  is 
to  "direct  traffic"  for  as  many  processes  as  it 
makes  sense  to  run  concurrently,  allocating  re- 


sources among  these  processes  and  resolving  con- 
flicts according  to  an  externally  selected  policy. 
Directing  traffic  entails: 

• Protection  of  the  operating  system  and  of  each 
process  from  damage  or  invasion  of  privacy 
arising  from  the  actions  of  any  other  proc- 
ess. 

• Establishment,  support,  and  enforcement,  of 
protocols  and  conventions  for  the  interactions 
of  system  elements. 

• Facilitation  of  interprocess  communication  and 
sharing. 

Thus,  the  responsibilities  of  an  operating  system 
are: 

• Allocation  and  protection  of  processing  and 
storage  elements,  external  interfaces,  and 
programs. 

• Definition,  facilitation,  and  enforcement  of 
protocols  and  conventions. 

• Communication  and  sharing. 

• Policy  enforcement. 

ARCHITECTURAL  SUPPORT  FOR  OPERATING 
SYSTEM  RESPONSIBILITIES 

The  operating  system  responsibilities  listed  above 
differ  from  system  to  system.  For  example,  the 
work  of  a small  application  may  be  carried  on  by  a 
single  process,  although  the  system  process  that 
handles  external  device  interrupts  will  share  the 
CPU  with  the  application  process.  There  are 
several  kinds  of  architectural  support  that  facil- 
itate the  operating  system's  task  in  a wide  range 
of  applications: 

• Restriction  of  access  to  CPU  facilities 

• Restriction  of  memory  use 

• Memory  mapping 

• Sharing  of  programs  and  data 

• Program  relocation 

• Stacks 

• Context  switching 

• 1/0  system  and  interrupts 

• Distributed  control 

• Support  for  conventions 
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Each  of  these  features  deals  with  one  of  the  four 
responsibilities  listed  above--allocat ion  and 

protection,  protocols  and  conventions,  communica- 
tion and  sharing,  and  policy  enforcement. 

Restriction  of  Access  to  CPU  Facilities 

The  operating  system  must  allocate  the  CPU  to  a 
process  while  still  protecting  itself  and  other 
processes.  That  is,  the  operating  system  must  be 
able  to  turn  the  CPU  over  to  a process  and  be 
assured  that  the  process  does  not  perform  poten- 
tially destructive  actions.  A key  to  solving  this 
problem  is  some  kind  of  restriction  of  CPU  use. 
Most  CPU  designs  introduce  a restricted  ’'user" 
mode,  in  which  certain  instructions  (called  privi- 
leged instructions)  cannot  be  executed  and  key  CPU 
registers  (called  control  registers)  cannot  be 
accessed. 

The  existence  of  a user  mode  and  privileged  in- 
structions does  not  solve  the  entire  protection 
problem.  The  other  half  of  the  solution  involves 
restriction  of  access  to  memory  and  I/O.  In  addi- 
tion, the  introduction  of  user  mode  brings  another 
problem,  namely  the  question  of  how  the  CPU  passes 
between  system  and  user  modes  (especially,  how  it 
gets  out  of  user  mode).  A solution  frequently 
provided  is  one  or  more  System  Call  instructions. 
These  instructions  allow  programs  running  in  user 
mode  to  call  system  mode  programs  without  allowing 
the  user  mode  program  to  retain  control  of  the  CPU 
once  it  has  left  user  mode. 


Restriction  of  Memory  Use 

Most  CPU  designs  call  for  some  sort  of  comprehen- 
sive memory  management  facility,  which  provides  a 
unified  approach  to  restriction  of  memory  use, 
memory  mapping,  program  relocation,  sharing  of 
programs  and  data,  and  stack  use. 

Restriction  of  access  to  memory  usually  depends 
upon  the  use  of  sets  of  attributes  associated  with 

portions  of  the  memory  address  range  of  the  CPU. 
These  attributes  are  checked  against  certain 
access  rights  associated  (implicitly  or  explicit- 
ly) with  each  process.  Then,  for  example,  if  a 
program  m user  mode  attempts  to  access  a memory 
address  whose  attributes  don't  match  the  program's 
access  rights,  the  CPU  will  trap  to  a system  rou- 
tine designed  to  deal  with  such  invalid  accesses. 

The  portions  of  the  memory  address  range  to  which 
sets  of  attributes  can  be  assigned  depend  upon  the 
CPU  addressing  scheme  and  the  memory  management 
facility.  Typically,  m a machine  using  two- 
dimensional  (segmented)  addressing,  attributes  are 
associated  with  a segment.  In  a machine  with 
linear  addressing,  attributes  are  usually  associ- 
ated with  fixed-size  blocks  of  addresses  called 
pages.  (See  the  Z8G00  vs.  68000  concept  paper, 
"Segmented  vs.  Linear  Addressing.") 


Memory  Mapping 

As  noted  above,  the  operating  system  allocates 
memory  and  programs  and  facilitates  sharing  and 
interprocess  communication.  These  tasks  are  aided 
by  memory  mapping. 

Memory  mappinq  is  the  establishment  of  a function 
that  assigns  to  each  address  (now  called  a logical 
address)  in  the  memory  address  range  an  address  in 
the  actual  physical  memory  available  to  the  appli- 
cation. Naturally,  a completely  arbitrary  function 
would  be  difficult  to  specify  and  to  alter,  so  the 
usual  approach  is  to  divide  the  logical  address 
space  into  blocks  of  contiguous  addresses  and  to 
map  each  block  to  a block  of  contiguous  physical 
addresses.  All  that  is  required  to  specify  such  a 
mapping  is  to  provide  the  base  physical  address 
for  each  of  these  blocks  and,  if  not  predetermined 
by  the  architecture,  to  provide  the  origins  or 
sizes  of  the  blocks  of  logical  addresses. 

In  general,  the  blocks  of  logical  addresses  that 
can  be  mapped  separately  are  the  same  as  the 
blocks  of  memory  that  can  be  assigned  attributes. 
The  information  about  block  size,  base  physical 
address,  and  attributes  is  usually  grouped 
together  into  a segment  or  page  descriptor. 

Sharing  of  Programs  and  Data 

Given  memory  mapping  and  access  restriction,  it  is 
easy  to  see  how  the  operating  system  can  facili- 
tate the  sharing  of  programs  and  data  among  proc- 
esses while  still  providing  protection.  For 
example,  a block  of  physical  memory  containing  a 
generally  useful  program  can  be  "placed  in  the 
maps"  of  several  processes.  That  is,  each  process 
can  have  a block  of  logical  addresses  (not  neces- 
sarily the  same  addresses  if  the  program  is  relo- 
catable) that  is  mapped  into  the  given  block  of 
physical  memory.  Similarly,  a block  of  data  can 
also  be  placed  in  the  maps  of  several  processes. 

In  the  above  examples  of  sharing,  protection  is 
provided  by  the  access  restriction  mechanism  dis- 
cussed earlier.  In  the  case  of  a program,  for 
example,  one  of  the  attributes  of  the  associated 
block  of  logical  addresses  can  be  that  it  is  read 
only  or  even  execute  only.  [This  requires  the 
existence  of  instructions  and  addressing  modes 
that  allow  the  generation  of  pure  (i.e.,  not 
self-modifying)  code.]  Furthermore,  the  attri- 
butes can  change,  depending  upon  which  process  is 
runninq.  For  example,  when  the  process  respon- 
sible for  a given  block  of  data  is  running,  the 
attributes  of  the  associated  block  of  logical 
addresses  can  be  unrestricted,  and  when  other 
processes  are  running,  the  attributes  can  include 
read  only.  The  changing  of  attributes  discussed 
here  is  part  of  the  context  switching  accompanying 
the  transfer  of  the  CPU  from  one  process  to 
another.  (In  a multi-CPU  system,  the  protection 
has  to  be  provided  by  a difference  in  the  access 
rights  of  the  processes,  not  by  a change  in  attri- 
butes. ) 
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Program  Relocation 

There  are  three  types  of  relocation:  static 

relocation,  dynamic  logical  address  relocation, 
and  dynamic  physical  address  relocation.  Static 
relocation  is  the  kind  provided  by  a relocating 
loader.  Separate  source  files  are  assembled  as  if 
each  were  to  begin  at  logical  address  zero,  and  a 

program  combines  these  separate  files  into  one 
large  program  designed  to  be  run  at  fixed  logical 

addresses.  Dynamic  logical  address  relocation  is 
the  process  of  changing  the  logical  addresses  at 
which  a given  program  is  to  run.  In  most  cases, 
this  is  possible  only  if  the  program  has  been 
designed  to  be  independent  of  the  logical 
addresses  at  which  it  runs.  Dynamic  physical 
address  relocation  is  the  process  of  changing  the 
physical  addresses  at  which  a given  program  is  to 
run,  while  leaving  its  logical  addresses 
unchanged.  By  definition,  dynamic  physical 
address  relocation  makes  sense  only  in  connection 
with  memory  mapping. 

Static  relocation  is  possible  regardless  of  the 
CPU  architecture,  whereas  both  kinds  of  dynamic 
relocation  depend  upon  architectural  support 
features.  Both  kinds  of  dynamic  relocation  help 
the  operating  system  meet  its  responsibilities: 
Logical  address  relocation,  as  noted  above,  is 
important  in  program  sharing,  because  it  allows 
the  logical  address  spaces  of  the  processes  shar- 
ing a given  program  to  be  managed  independently. 
Physical  address  relocation  is  important  in  the 
allocation  of  memory,  because  it  allows  "garbage 
collection"  to  be  performed  easily  and  facilitates 
the  implementation  of  virtual  memory  schemes. 

Dynamic  Logical  Relocation.  Dynamic  logical  relo- 
cation depends  upon  the  ability  to  write  programs 
that  are  independent  of  the  logical  addresses  at 

which  the  program's  instructions  reside.  Most 
CPUs  provide  some  support  for  such  programs.  To 
understand  this  support,  we  must  first  understand 
what  computer  instructions  do. 

The  CPU  interprets  instructions  that  are  stored  in 
memory.  Each  instruction  must  specify  (explicitly 
or  implicitly): 

• The  operation  to  be  performed. 

• The  locations  of  the  arguments. 

• The  location  of  the  next  instruction  to  be 
executed. 

Computers  have  been  designed  (e.g.,  the  IBM  650) 
in  which  all  of  these  addresses  are  specified 
explicitly  in  each  instruction.  Obviously,  no 
program  on  such  a computer  can  be  independent  of 
the  addresses  at  which  the  instructions  reside. 
On  most  computers,  however,  position-independent 
means  are  available  for  specifying  the  locations 
of  arguments  and  the  sequence  of  instruction  exe- 
cution. These  means  all  rely  upon  the  use  of 
registers  and  special  addressing  modes.  The  most 
fundamental  of  these  registers  is  the  Program 
Counter  (PC),  which  is  found  in  all  modern  com- 


puters; the  associated  addressing  mode  is  called 
PC-Relative  (or  simply  Relative)  Addressing. 

The  PC  contains  the  address  of  the  next  instruc- 
tion to  be  executed.  As  each  instruction  is 
fetched  from  memory,  the  PC  is  changed  to  contain 
the  address  of  the  first  memory  location  following 
the  fetched  instruction.  Thus,  in  most  cases,  the 
sequence  of  instruction  execution  is  defined  by 
the  sequence  in  which  the  instructions  are  stored 
in  memory.  This  leaves  only  the  case  of  transfer- 
of-control  instructions  (i.e.,  instructions  that 
change  the  value  of  the  PC)  to  be  considered. 
Most  modern  computers  have  transfer  instructions 
that  add  a signed  offset  (usually  contained  in  the 
instruction)  to  the  PC  value.  That  is,  these 
transfer  instructions  use  relative  addressing. 

Obviously,  transfer  instructions  that  use  relative 
addressing  can  be  represented  independently  of  the 
addresses  at  which  the  program  containing  the 
instructions  resides.  Other  position-independent 
means  of  changing  the  PC  are  available  on  many 
computers: 

• Indirect  Register  Addressing — the  PC  is  set  to 
a value  specified  in  a register. 

• Based  addressing — the  PC  is  set  to  the  sum  of 
an  address  value  specified  in  a register  and 

an  offset  specified  in  the  instruction  or  in  a 
register.  (Many  variations  of  based  addressing 
exist. ) 

• Popping  from  a stack — the  PC  is  set  to  a value 
previously  saved  on  a stack. 

Position-independent  argument  specification  is 
achieved  similarly.  Based  addressing,  stacks, 
register  addressing  (the  analog  for  argument  spec- 
ification of  Indirect  Register  mode  for  trans- 
fers), and  even  Relative  Addressing  (for  program 
constants)  are  commonly  used  ways  of  specifying 
arguments,  which  are  available  on  many  computers. 

Dynamic  Physical  Relocation.  Changing  the  physi- 
cal addresses  at  which  a program  resides  without 
changing  the  logical  addresses  is  only  possible 
with  a memory-mapping  scheme.  Given  memory- 
mapping,  this  kind  of  relocation  requires  no 
further  architectural  support. 

Physical  relocation  is  helpful  to  an  operating 
system  that  must  allocate  a limited  amount  of 
memory  among  a varying  set  of  processes  or  among 
processes  with  varying  memory  needs.  It  helps 
avoid  the  fragmentation  of  memory  that  can  occur 
when  there  is  dynamic  allocation  and  release  of 
varying  amounts  of  memory.  Physical  relocation  is 
also  the  basis  of  any  virtual  memory  system. 

A virtual  memory  system  is  an  addressing  scheme  in 
which  the  logical  address  space  is  larger  than  the 
physical  memory.  Parts  of  the  logical  address 
space  correspond  to  blocks  of  secondary  storage, 
which  are  brought  into  physical  memory  only  when  a 

program  attempts  to  access  them.  A virtual  memory 
system  requires  extensive  CPU  support,  since  it 
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involves,  in  effect,  the  transfer  of  information 
to  or  from  secondary  storage  in  the  midst  of  exe- 
cuting an  instruction. 

Stacks 

Stacks  are  an  important  tool  for  meeting  the  oper- 
ating system's  responsibilities.  A stack  is  a 
variably  sized  last  in,  first  out  memory.  Associ- 
ated with  a stack  are  two  operations,  pushing 
(adding  an  item)  and  popping  (removing  an  item). 

Stacks  are  used  by  the  operating  system  (explicit- 
ly or  implicitly)  to  allocate  memory  in  a flexible 
way  that,  in  connection  with  based  addressing, 
allows  programs  that  need  nonregister  storage  to 
remain  position  independent.  Special  cases  of  this 
are  the  storage  of  return  addresses  for  subroutine 
calls  and  machine  state  for  interrupt  processing. 

Stacks  provide  an  important  application  of  dynamic 
physical  relocation,  because  the  way  they  are  used 
makes  logical  relocation  of  stacks  almost  impos- 
sible. In  order  to  provide  flexible  allocation  of 
stack  space,  the  operating  system  must  be  able 
to  expand  a stack  upon  demand.  This  sometimes 
entails  physical  relocation  of  the  stack  to  a lar- 
ger area  of  physical  memory,  since  with  based 
addressing,  a stack  must  consist  of  contiguous 
logical  addresses  and  since  most  memory-mapping 
schemes  require  contiguous  logical  address  blocks 
(below  a minimum  size)  to  map  into  contiguous 
physical  addresses. 

Other  architectural  features  desirable  for  stack 
support  include: 

• The  ability  to  designate  one  or  more  stacks 
for  program  use. 

• Single-  and  multiple-argument  push  and  pop 
instruct ions. 

• The  ability  to  address  items  at  locations 
defined  relative  to  the  top  of  a stack. 

• Automatic  warning  (traps)  of  impending  stack 
overflow  or  underflow. 

Most  architectures  call  for  the  implementation  of 
stacks  as  linear  arrays  in  memory  with  an  address 
register  marking  the  top  of  the  stack  and  provid- 
ing (through  based  addressing)  access  to  items  at 
other  locations  in  the  stack.  The  stack  register 
is  a dedicated  (special-purpose)  register  in  some 
architectures.  In  other  architectures,  any  ad- 
dress register  can  be  used  as  a stack  register, 
although  the  program  usually  cannot  specify  which 
stack  register  is  to  be  used  for  saving  returns 
from  a subroutine  or  the  machine  state  on  inter- 
rupts. 

The  implementation  of  stacks  as  arrays  in  memory 
and  the  use  of  general-purpose  address  registers 
for  stack  registers  make  the  provision  of  overflow 
and  underflow  protection  difficult.  Architectures 
that  provide  stack  limit  protection  usually  do  so 
through  the  use  of  the  attribute  specification 
associated  with  memory  protection.  Several  archi- 


tectures provide  stack  access  protection  by  means 
of  a rudimentary  separation  of  stack  and  data  ad- 
dress spaces  through  externally  interpreted  CPU 
status  outputs.  A better  approach  is  provided  by 
a two-dimensional  (segmented)  addressing  scheme, 
in  which  distinct  objects  and  not  just  stacks  can 
be  assigned  to  independent  parts  of  the  address 
space.  (See  "Segmented  vs.  Linear  Addressing," 
Z8000  vs.  68000  Concept  Paper.) 

Context  Switching 

One  of  the  difficulties  of  running  several  proc- 
esses concurrently  is  the  overhead  associated 
with  context  switching.  The  context  of  a process 
is  the  portion  of  its  state  that  occupies  shared 
resources.  For  example,  since  most  CPU  architec- 
tures call  for  only  a single  Program  Counter  (PC), 
all  processes  must  share  this  register,  so  the  PC 
value  of  each  process  is  part  of  its  context.  Most 
architectures  also  call  for  a single  set  of 
general-purpose  registers,  control  registers,  CPU 
status  registers,  and  so  forth.  Thus,  when  the 
same  CPU  is  allocated  to  more  than  one  process, 
the  process  contexts  must  include  the  contents  of 
any  of  these  registers  used  by  the  processes. 

Context  switching  is  the  saving  of  the  context  of 
one  process  and  the  recalling  of  the  stored  con- 
text of  another  process.  Some  architectural 
features  for  the  support  of  context  switching  are 
desirable.  These  include  automatic  saving  of  CPU 
state  on  interrupts,  single-instruction  block 
register  saving  and  restoring,  and  access  to  all 
necessary  control  registers. 

All  modern  CPUs  provide  automatic  saving  of  a 
portion  of  the  CPU  state  on  interrupts  and  access 
to  all  control  registers  that  can  form  part  of  a 
process  context.  Block  saving  and  restoring  of 
registers  is  available  with  some  CPUs.  Either  a 
starting  register  and  the  number  of  registers  to 
be  saved  or  a bit-encoded  selection  of  registers 
to  be  saved  provides  some  f lexibility--not  all 
registers  need  to  be  saved  in  every  case.  In  most 
cases,  the  operating  system  saves  registers  on  a 
stack. 

I/O  System  and  Interrupts 

The  operating  system  responsibilities  pertaining 
to  the  I/O  system  and  interrupts  vary  greatly  with 
the  type  of  application.  The  architecture  of  a 
general-purpose  CPU  must  provide  the  flexibility 
necessary  to  accommodate  the  I/O  requirements  of  a 
wide  range  of  application  types. 

One  of  the  operating  system's  most  difficult  tasks 
in  this  area  is  the  control  of  access  to  I/O 
resources.  Unlike  memory,  which  can  be  divided 
into  large,  relatively  homogeneous  blocks,  the 
elements  of  the  I/O  space  require  special-purpose 
management,  protection,  and  access  techniques.  In 
addition,  device  timing  requirements  and  exter- 
nally set  policies  for  conflict  resolution  make 
hardware  support  of  I/O  mechanisms  mandatory. 
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Desirable  architectural  features  for  the  support 
of  the  I/O  system  and  interrupts  include: 

• A vectored  interrupt  scheme. 

• Program-controlled  specification  of  the  CPU 
state  to  be  established  for  each  type  of  in- 
terrupt. 

• A rapid,  automatic  context-switching  mechanism 
for  responding  to  interrupts. 

• A means  of  defining  conflict-resolution 
policies  and  "interrupt ibility"  of  interrupt 
processing. 

• Block  I/O  instructions  and  DMA  capabilities. 

• Restricted  access  to  I/O  facilities. 

A vectored  interrupt  scheme  allows  the  CPU  state 
to  be  switched  immediately  to  an  appropriate  proc- 
essing routine  without  the  need  for  software  to 
ascertain  the  interrupt  type  and  call  the  appro- 
priate routine.  The  port  of  connection  or  the 
contents  of  a vector  supplied  by  the  interrupting 
device  are  used  to  determine  the  new  state. 

A vectored  interrupt  scheme  can  be  designed  so 
that  the  new  CPU  state  is  specified  in  the  hard- 
ware by  the  interrupting  device,  but  in  most 
architectures  this  is  under  program  control. 
Most  CPUs  store  this  information  in  memory  loca- 
tions (often  called  interrupt  vectors).  In  some 
CPUs  a fixed  block  of  addresses  is  devoted  to 
storage  of  interrupt  vectors,  but  a better  ap- 
proach is  to  allow  any  block  of  locations  to  serve 
and  to  have  a CPU  control  register  that  points  at 
the  chosen  block.  One  advantage  of  this  approach 
is  that  the  block  of  vectors  can  be  assembled  with 
the  program  and  need  not  be  set  individually  by 
initialization  instructions.  One  disadvantage  is 
that  it  discourages  modular  management  of  the 
vectors. 

Every  CPU  with  an  interrupt  facility  has  some  kind 
of  context-switching  mechanism  to  support  it, 
usually  involving  the  use  of  a stack.  In  CPUs 
that  support  multiple  stacks,  the  architecture 
designates  one  of  these  stacks  for  this  use. 
Those  parts  of  the  machine  state  that  the  inter- 
rupt processing  routine  cannot  easily  save  by 
itself  are  pushed  onto  the  designated  stack.  This 

saved  information  must  include  the  PC  value,  and 
it  can  include  other  items  as  well.  Usually,  CPU 
condition  indicators  and  operating  mode  bits  are 
saved,  while  general-purpose  register  contents  are 
not.  Such  CPUs  have  interrupt  return  instructions 
to  pop  the  saved  CPU  state  off  the  stack,  thus 
returning  the  CPU  to  its  pre-interrupt  state. 


Conflict  resolution  is  controlled  by  a policy  that 
is  set  by  the  system  designer  and  enforced  by  the 
system.  The  usual  approach  is  to  provide  a small 
number  of  priority  levels  to  which  device  inter- 
rupts can  be  assigned,  by  virtue  of  either  the 
means  of  connection  to  the  CPU  or  the  setting  of  a 
priority  level  in  the  "vector"  for  each  device. 
Then,  when  the  CPU  is  processing  a device  inter- 
rupt of  a given  priority  level,  only  higher-level 
interrupts  can  occur. 


Block  I/O  instructions  and  direct  memory  access 
(DMA)  capabilities  are  important  features  that 
improve  performance.  Block  I/O  instructions  re- 
quire careful  implementation.  In  general,  they 
must  use  general-purpose  registers  to  save  their 
ongoing  state,  so  that  they  can  be  interrupted. 
DMA  capabilities  require  the  development  of  bus 
control  protocols  and  a means  of  protecting  par- 
tially loaded  or  saved  memory  blocks  from  unwanted 
access  by  concurrently  executing  programs. 

Restriction  of  access  to  I/O  facilities  can  take 
many  forms.  In  a CPU  with  a user  operating  mode 
and  privileged  instructions,  the  I/O  instructions 
can  be  privileged.  This  is  the  easiest  and  most 

natural  approach.  In  a CPU  that  does  not  have  I/O 
instructions  and  a separate  I/O  address  space  (see 
Z8000  vs.  68000  concept  paper,  "Memory  Mapped  vs. 
Explicit  I/O"),  a memory-protection  approach  must 
be  taken. 


Distributed  Control 

One  of  the  recent  advances  in  operating  system 
design  is  the  distribution  of  operating  system 
functions  among  many  separate  processes.  Such 
distributed  systems  present  problems  of  inter- 
process synchronization. 

When  processes  to  which  separate  processing  units 
may  have  been  allocated  share  a common  memory,  the 
techniques  of  guarded  commands  and  semaphores 
(developed  by  Dijkstra  and  others)  are  applicable. 
The  basic  architectural  support  for  these  tech- 
niques is  the  atomic  Test  and  Set  instruction,  a 
CPU  instruction  that  tests  a memory  location  for 
the  value  "available"  and  simultaneously  sets  the 
value  to  "not  available."  The  word  "atomic"  means 
that  there  can  be  no  other  access  to  the  given 
memory  location  between  the  "test"  and  "set"  por- 
tions of  the  instruction,  so  no  two  concurrently 
running  processes  can  find  the  location  set  to 
"available"  simultaneously.  Implemention  of  a 
Test  and  Set  instruction  requires  a bus-locking 
mechanism. 

When  processes  do  not  share  a common  memory,  a 
similar  nonmemory  exclusion  mechanism  must  be 
provided.  A separate  bus  can  carry  the  signals 
needed  to  implement  such  a mechanism,  and  CPU 
instructions  can  be  provided  to  manage  the  CPU's 
connection  to  that  bus. 

Support  for  Conventions 

One  of  the  issues  that  must  be  considered  in  the 
design  of  a CPU  is  whether  its  architecture  should 
support  all  conventions  equally,  favoring  none,  or 
whether  it  should  encourage,  through  special  fea- 
tures, specific  conventions.  For  example,  should  a 
CPU  be  designed  with  general  support  for  high- 
level  languages,  or  should  it  be  designed  to  op- 
timize Pascal,  say,  at  the  expense  of  making 
FORTRAN  programming  less  efficient?  Should  it 
provide  special  features  that  make  a subroutine 
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argument  passing  convention  using  the  stack 
especially  efficient  at  the  cost  of  decreased 
efficiency  for  other  argument  passinq  conventions? 

In  practice,  there  are  many  cases  in  which  the 
choice  to  support  one  method  of  accomplishing  a 
task  makes  the  designer’s  job  easier,  but  dis- 
courages the  use  of  other,  equally  valid  approach- 
es. If  the  other  approaches  are  no  better  than 
the  one  supported,  then  support  of  one  specific 
approach  is  a net  advantage.  But  if  the  unsup- 
ported approach  is  preferable  to  the  supported  one 
in  some  applications,  and  if  the  special  support 
feature  makes  the  unsupported  feature  less  effi- 
cient than  it  would  otherwise  have  been,  then 
there  is  a net  disadvantage  for  those  applica- 
tions. 

Another  aspect  of  the  system's  support  for  con- 
ventions is  the  definition  of  the  CPU's  operating 
environment  provided  by  a coherently  designed 
family  of  components  and  a compatible  interconnect 
bus.  In  most  CPU  architectures,  this  definition  of 
the  CPU's  operating  environment  is  not  given  much 
attention.  Key  points  that  should  be  considered 
are: 

• The  need  for  a staged,  modular  development  — 
over  many  years — of  a CPU  and  its  component 
family. 

• The  importance  of  changing  the  distribution  of 
function  between  the  CPU  and  associated  com- 
ponents with  minimal  impact  on  existing  pro- 
grams. 

• The  need  for  future  enlargement  of  capabili- 
ties without  substantial  redesign  of  existing 
components  or  systems. 


THE  Z8000  APPROACH 

The  Z8000  designers  were  aware  of  all  of  the  oper- 
ating system  support  features  mentioned  in  the 
preceding  section,  and  an  attempt  was  made  to 
provide  for  these  support  features  in  the  Z8000 
architecture.  Naturally,  other  design  criteria 
were  present  and  tradeoffs  were  made,  but  on  the 
whole,  a better  and  more  unified  approach  to 
operating  system  support  was  taken  with  the  Z8000 
than  with  other  CPUs  in  its  class. 


Restriction  of  CPU  Use  in  the  Z80Q0 

The  Z8000  has  a system/normal  bit  in  its  Flag/ 
Control  Word  register  (FCW).  When  the  bit  is  in 
the  normal  state,  privileged  instructions  cannot 
be  executed.  Operating  system  tasks  are  expected 
to  execute  in  the  system  mode.  The  privileged 
Z8000  instructions  are: 

• I/O  instructions,  including  the  interrupt 
return  and  nonmemory  synchronization  instruc- 
tions . 

• Control  register  manipulation  instructions. 

• The  Halt  instruction. 


In  addition  to  privileged  instructions,  another 
protection  feature  is  associated  with  the  system/ 
normal  bit.  There  are  two  copies  of  the  implied 
stack  register  (the  stack  register  used  for  inter- 
rupt and  subroutine  returns);  one  is  used  when  the 
CPU  is  in  system  mode,  the  other  when  it  is  in 
normal  mode.  Programs  executing  in  normal  mode 
have  no  access  to  the  system  mode  stack  register. 

Passing  between  system  and  normal  modes  requires  a 
change  to  the  FCW.  This  can  only  be  accomplished 
through  a privileged  instruction  (LDCTL,  IRET, 
LDPS)  or  automatically  in  response  to  an  interrupt 
or  trap.  A system  call  trap  (a  one-word  instruc- 
tion with  eight  programmable  bits)  allows  a normal 
mode  program  to  call  one  of  256  system  mode  pro- 
grams. 

Memory  Management  in  the  Z8000 

The  Z8000  design  provides  for  a comprehensive 
memory  management  facility,  which  offers  a unified 
approach  to  restriction  of  memory  use,  memory  map- 
ping, sharing  of  programs  and  data,  program  relo- 
cation, and  stack  use.  This  memory  management 
facility  is  integrated  with  a segmented  (two- 
dimensional)  addressing  scheme  in  the  CPU.  (For  a 
discussion  of  this  entire  area,  see  the  Z8000  vs. 
68000  concept  paper,  "Segmented  vs.  Linear  Ad- 
dressing.") One  of  the  many  advantages  of  segmen- 
tation is  that  it  is  an  ideal  organization  for  a 
system  (e.g.,  UNIX*)  in  which  there  are  many  small 
tasks. 

Another  feature  of  the  Z8000  memory  management 
facility  is  that  it  is  designed  to  facilitate  the 
implementation  of  virtual  memory  systems.  Virtual 
memory  is  an  important  technique  for  handling  the 
enormous  address  space  of  a CPU  like  the  Z8000 
with  a reasonable  amount  of  physical  memory. 
Details  of  the  implementation  of  Z8000  virtual 
memory  systems  are  available  in  the  articles  on 
the  Z8003/Z8004  by  Calahan,  Patel,  and  Stevenson 
and  on  the  PMMU  by  Hu,  Lai,  and  Stevenson  (both  to 
appear  in  "Electronics"  in  late  summer  1981). 


Context  Switching  in  the  Z8000 

Z8000  interrupt  and  trap-handling  provides  an 
automatic,  rapid  context  switch  from  the  executing 
program  to  the  interrupt-processing  routine.  The 
FCW  and  PC  values  and  a "reason"  are  saved  on  the 
system  mode  stack,  and  new  FCW  and  PC  values  are 
set  from  the  program  status  area  (PSA)  entry  cor- 
responding to  the  interrupt  type. 

The  Z8000  block  register  saving  and  restoring 
instructions  facilitate  context  switching.  These 
instructions  can  be  used  to  simulate  the  pushing 
or  popping  of  a block  of  registers  to  or  from  any 
stack. 


* UNIX  is  a registered  trademark  of  Bell  Labora- 
tories. 
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In  some  cases,  the  values  of  control  registers  are 
essential  to  the  context  of  a process.  (The 
normal  stack  register  and  the  FLAGS  register  are 
obvious  examples.)  A load  control  register  in- 
struction allows  the  transfer  of  any  of  these 
registers  to  or  from  a general-purpose  register, 
so  they  can  be  saved  and  restored  like  other  reg- 
isters. 


The  Z8000  Component  Family  and  the  Z-BUS 

A fundamental  concept  in  the  Z8000  architecture  is 
that  of  a family  of  components  designed  to  work 
together.  Because  a CPU  and  its  associated  com- 
ponent family  must  be  developed  and  introduced 
over  a span  of  several  years,  the  outlines  of  the 
family  and  the  framework  to  support  it  must  be 
established  at  the  outset.  In  the  case  of  the 
Z8000,  the  CPU  chip  was  designed  with  many  hooks 
in  place,  including  segmented  memory  addressing, 
nonmemory  synchronization  instructions,  block  I/O 
instructions,  a multiplexed  address/data  bus,  an 
encoded  4-bit  CPU  status  output,  and  extended  pro- 
cessor instructions.  The  extended  processor  in- 
structions are  an  especially  good  example  of  this 
planning.  Processor  instructions  and  a bus  proto- 
col allow  for  the  development  of  "slave"  proces- 
sors (like  a floating-point  chip)  that  execute 
instructions  taken  from  the  CPU’s  instruction 
stream  and  have  access  to  the  CPU’s  addressing 
capabilities. 

The  ZCI^  Z-BUS  Component  Interconnect  provides 
the  signal  lines  and  protocols  required  to  tie 
members  of  the  Z8000  family  together  and  provides 
the  necessary  interface  specification  for  family 
members  still  to  be  developed. 

An  even  wider  environment  for  the  CPU  is  defined 
by  the  ZB  I™  Z-BUS  Backplane  Interconnect,  which 
is  compatible  with  the  ZCI  and  provides  for  expan- 
sion of  the  Z8000  to  a full  32-bit  architecture. 


The  Z8000  I/O  System  and  Interrupts 

The  Z8000  uses  a block  of  memory  called  the  pro- 
gram status  area  (PSA)  to  store  interrupt  vectors 
(i.e.,  the  new  CPU  status)  for  each  type  of  inter- 
rupt and  trap.  In  addition  to  separate  lines  for 
nonvectored  and  vectored  interrupts  and  a non- 
maskable interrupt  for  situations  that  can't  wait, 
there  is  a table  of  PC  values  to  be  indexed  by  an 
8-bit  vector  placed  on  the  address/data  bus  by  the 
interrupting  device.  The  block  of  memory  used  for 
the  PSA  is  not  fixed,  as  with  some  CPUs;  it  can  be 
anywhere  in  memory,  and  a pointer  to  it  (the  PSAP 
register)  can  be  set  using  the  privileged  LDCTL 
instruction. 

Conflict  resolution  is  done  simply.  The  three 
kinds  of  interrupt  (nonmaskable,  nonvectored,  and 

vectored)  are  assigned  three  levels  of  priority  by 
the  CPU.  In  addition,  the  vectored  and  nonvec- 
tored interrupt  lines  can  be  masked  (using  the 
privileged  Disable/Enable  Interrupt  instruction), 


so  that  interrupts  are  not  processed  until  the  un- 
masking of  the  associated  line.  When  interrupts 
arrive  on  more  than  one  line  simultaneously,  the 
priority  determines  which  is  processed  first.  The 
processing  routine  for  any  interrupt  type  can  be 
interrupted  by  the  routine  for  any  other  if  the 
corresponding  line  has  not  been  masked.  Whether 
other  lines  are  to  be  masked  or  not  can  be  deter- 
mined automatically  by  specifying  the  appropriate 
mask  bit  in  the  FCW  portion  of  the  PSA  entry. 
Otherwise,  the  determination  can  be  made  by  the 
program,  which  can  bracket  sensitive  code  between 
Disable  Interrupt  (DI)  and  Enable  Interrupt  (El) 
instructions. 

A daisy  chain  is  used  to  determine  the  order  of 
processing  of  interrupts  from  devices  attached  to 
the  CPU  on  the  same  interrupt  line.  In  this  way, 
devices  closer  to  the  CPU  can  interrupt  the  proc- 
essing of  interrupts  from  devices  farther  away 
from  the  CPU,  unless  the  given  line  is  masked 
during  all  or  part  of  the  processing. 

A key  aspect  of  the  Z8000  I/O  system  is  the  pro- 
tection provided  by  privileged  instructions.  This 
protection  allows  an  operating  system  to  manage 
the  I/O  interfaces  without  interference  from 
normal  mode  programs. 

Distributed  Control 

The  Z8000  architecture  provides  ways  to  synchron- 
ize processes  that  share  memory  and  those  that  do 
not.  The  Test  and  Set  instruction  provides  the 
basis  for  synchronization  of  processes  that  share 
memory.  For  nonmemory  synchronization,  the  Z-BUS 
has  a set  of  lines  and  a protocol  for  resolving 
simultaneous  requests  for  shared  resources,  and 
the  CPU  provides  instructions  to  support  the  bus 
connection  and  protocol. 


Support  for  Conventions 

The  Z8000  design  supports  many  conventions.  Prin- 
cipal among  these  are 

• Use  of  a segmented  address  scheme. 

• Use  of  message  passing  for  interprocess  com- 
munication. 

• Component  and  backplane  bus  protocols. 

• Interrupt  protocols  for  all  components. 

The  only  convention  listed  above  that  has  not  yet 
been  discussed  is  message  passing.  A message  is  a 
set  of  characters  sent  by  one  process  and 
received,  asynchronously,  by  another.  The  proc- 
esses do  not  need  to  know  whether  they  have  been 
allocated  the  same  or  different  processing  ele- 
ments. 

The  Z8000  family  architecture  provides  message 
passing  support  both  in  the  CPU  and  in  other  com- 
ponents: 


731-1790-0002 


3-81 


4-21-81 


• Block  I/O  instructions  in  the  Z8000  CPU  sup- 
port message  passing. 

• The  Z-FIO  (FIFO  I/O  unit)  chip  provides  the 
asynchronous  interprocessor  connection  neces- 
sary to  a message-passing  philosophy. 

• The  Z-UPC  (Universal  Peripheral  Controller) 
chip  accepts  commands  from  and  delivers  mes- 
sages to  the  master  CPU  in  designated  message 
registers  in  the  Z-UPC. 

• The  DMA  (Direct  Memory  Access)  chip  has  been 
designed  with  a "flyby"  mode  that  allows  ex- 
ternal devices  (e.g.,  a Z-FIO  chip)  high-speed 
direct  access  to  memory  without  storage  of  the 
data  by  the  DMA  chip. 

THE  68000  APPROACH 

The  68000  provides  many  of  the  architectural  sup- 
port features  mentioned  earlier,  but  there  are 
several  that  did  not  receive  the  same  careful 
attention  given  to  the  Z8000  design. 

Restriction  of  CPU  Use  in  the  68000 

The  68000  has  system  and  user  modes  and  privileged 
instructions,  just  like  the  Z8000.  The  two  main 
differences  are: 

• In  the  Z8000  1/0  instructions  are  privileged, 
while  in  the  68000  ordinary  memory  reference 
instructions  double  as  1/0  instructions  and 
thus  cannot  be  privileged. 

• The  Z8000  has  one  System  Call  (SC)  instruction 
with  8 programmable  bits,  while  the  68000  has 
16  separate  System  Call  instructions,  none  of 
which  has  any  programmable  bits. 

The  68000  operating  system  designer  is  forced  to 

use  an  external  memory  management  system  to  imple- 
ment the  protection  of  1/0  operations.  The  Z8000 
operating  system  designer  can  work  with  privileged 
ins tructions--a  tool  that  is  consistent  with  the 
tools  used  for  protection  of  other  key  Z8000  func- 
tions. (For  a detailed  discussion  see  the  Z8000 
vs.  68000  concept  paper  "Memory-Mapped  vs. 
Explicit  1/0.) 

The  second  point  boils  down  to  the  number  of  dis- 
tinct instructions  available  for  system  calls  and 
the  number  of  separate  traps  over  which  these 
instructions  are  distributed.  The  68000  architec- 
ture provides  for  a total  of  16  system  calls  and 
ties  them  all  to  separate  traps.  The  Z8000  archi- 
tecture provides  for  256  system  calls  and  ties 
them  all  to  one  trap,  so  that  dispatch  software  is 
required  to  route  the  calls  to  the  proper  rou- 
tines, but  obviously,  the  Z8000  design  can  accom- 
modate the  addition  of  a hardware  dispatch 
mechanism  in  the  future  with  no  change  to  user 
programs.  Furthermore,  the  68000  approach  forces 
duplication  of  context-saving  operations  (e.g., 
register  saving). 

The  key  difference  is  that  the  Z8000  has  256 
System  Call  instructions,  while  the  68000  has  only 
16.  The  Z8000's  256  calls  will  accommodate  the 


needs  of  most  applications.  The  68000's  16  calls 
will  be  too  few  for  all  but  the  simplest  cases,  so 
most  68000  applications  will  be  unable  to  use  the 
system  and  user  modes  in  a natural  way. 

Memory  Management  in  the  68000 

The  key  point  to  understand  about  the  68000  memory 
management  mechanism  is  that  it  is  completely 
external  to  the  CPU.  Several  facts  follow  from 
this: 

• The  68000  cannot  use  segmentation  without 
extensive  software  overhead. 

• Because  of  the  overhead  that  a fully  general 
mapping  facility  would  entail,  the  68000  must 
use  a "simple  but  powerful"  scheme  that  limits 
mapping  to  the  bitwise  replacement  of  fields 
m the  address. 

Naturally,  many  benefits  can  be  derived  from  the 
use  of  such  a scheme,  but  it  can  never  be  more 
than  a separate,  after-the-fact  transformation  and 
checking  mechanism,  so  that  the  68000  is  not  re- 
lieved of  the  problems  of  linear  addressing.  (See 
the  Z8000  vs.  68000  Concept  Paper  "Segmented  vs. 
Linear  Addressing".) 

Context  Switching  in  the  68000 

There  is  very  little  difference  between  the  Z8000 
and  the  68000  in  their  approaches  to  context 
switching. 

The  68000  Component  Family  and  Bus 

The  idea  of  a family  of  components  designed  to 
work  together,  which  is  so  fundamental  to  the 
Z8000  philosophy,  is  not  clearly  evident  in  the 
68000  design.  While  the  Z-BUS  forms  the  framework 
for  the  entire,  expanding  Z8000  Family,  the  68000 
seems  to  have  been  designed  with  an  eye  toward 
compatibility  with  the  older  6800  family  periph- 
erals and  with  existing  bus  structures. 

While  the  Z8000  is  designed  to  include  features  to 
facilitate  its  integration  into  a family  of  com- 
ponents, the  68000  seems  to  have  been  designed 
before  there  was  a clear  conception  of  what  its 
environment  would  be.  For  example,  the  Z8000  has 
provision  for  memory  management  integrated  into 
the  CPU;  the  68000  memory  management  mechanism  is 

entirely  external  to  the  CPU.  The  Z8000  has  a 
nonmemory  synchronization  facility;  no  bus  or 
processor  provision  for  nonmemory  synchronization 
exists  in  the  68000.  The  Z8000  was  designed  with 
a multiplexed  address/data  bus  to  accommodate  the 
advanced  Droarammable  Derioherals  desianed  with 
it;  the  68000  was  designed  with  a nonmult lplexed 
address/bus  (See  the  Z8000  vs.  68000  Concept 
Paper  "Multiplexed  vs.  Non-Mu  It  ip  lexed  Address/ 
Data  Bus").  The  Z8000  was  designed  with  block  1/0 
instructions  to  facilitate  the  message  passing 
protocols  to  be  used  with  the  Universal  Peripheral 
Controller  and,  via  the  FIFO  interface,  with  other 


751-1790-0002 


3-82 


4-21-81 


processors  and  devices;  the  68000  does  not  seem  to 
support  any  particular  interprocess  communication 
protocols  and  techniques. 

These  examples  only  serve  to  emphasize  the  key 
point:  the  Z8000  design  is  based  on  a family 

concept,  the  68000  design  is  not. 

The  68000  1/0  Systen  and  Interrupts 

The  Z8000  and  68000  interrupt  systems  are  similar, 
with  roughly  equivalent  capabilities.  Notable 
differences  are: 

• Location  of  the  interrupt  vectors.  In  the 
Z8000,  the  PSA  can  be  anywhere  in  program 
memory.  In  the  68000,  the  interrupt  vectors 
must  be  specific  locations  in  data  memory. 

• Resolution  of  priority.  The  68000  requires 
each  device  to  supply  a 3-bit  interrupt  re- 
quest code  that  is  used  m determining  the 
device's  priority.  In  the  Z8000  Family, 
devices  can  be  used  at  any  priority  level 
without  modification.  Each  device  is  attached 
to  one  of  three  interrupt  request  lines,  and 
each  line  has  a different  priority.  A daisy- 
chain  protocol  defines  priorities  among 
devices  attached  to  the  same  line. 

A key  difference  between  the  Z8000  and  68000  1/0 
systems  is  the  use  of  explicit  1/0  instructions  in 
the  Z8000  and  the  use  of  memory  mapped  1/0  in  the 
68000.  (See  the  Z8000  vs.  68000  Concept  Paper 
"Memory  Mapped  vs.  Explicit  1/0".)  Among  other 
problems,  this  forces  the  68000  to  use  the  coarse- 
grained protection  of  memory  management  to  do  what 
the  Z8000  accomplishes  with  privileged  1/0  in- 
struct ions . 


Distributed  Control 

The  68000,  like  the  Z8000,  has  a Test  and  Set 
instruction  for  synchronizing  processes  that  share 
memory.  The  68000  lacks  a mechanism  for  nonmemory 
synchronization  such  as  is  provided  by  bus  proto- 
cols and  CPU  instructions  on  the  Z8000. 

Support  for  Conventions 

The  only  area  in  which  the  68000  provides  support 
for  an  operating  system's  definition  of  conven- 
tions is  subroutine  argument  passing.  By  means  of 
its  Link  and  Unlink  instructions  and  its  stack- 
oriented  addressing  modes,  the  68000  design  en- 


courages a stack-based  argument-passing  scheme. 
While  the  Z8000  also  allows  an  efficient  stack- 
based  argument-passing  convention,  it  provides 
equally  good  support  for  a register-based  conven- 
tion. 

In  the  areas  of  memory  addressing,  component  and 
backplane  bus  protocols  and  interprocess  communi- 
cation, the  68000  provides  little  support  for  the 
framework  of  conventions  that  an  operating  system 

must  provide.  Especially  striking  is  the  contrast 
between  the  Z8000's  system-wide  support  of  message 
passing  for  interprocess  communication  and  the 
68000's  failure  to  provide  any  special  support  for 
interprocess  communication. 

SUMMARY 

Operating  systems  are  responsible  for  the  alloca- 
tion and  protection  of  processing  and  storage 
elements,  external  interfaces  and  programs;  for 
the  definition,  facilitation  and  enforcement  of 
protocols  and  conventions;  for  communication  and 
sharing;  and  for  policy  enforcement. 

Several  kinds  of  architectural  support  help 
operating  system  designers  meet  these  responsibil- 
ities: restriction  of  access  to  CPU  facilities, 

restriction  of  memory  use,  memory  mapping,  sharing 
of  programs  and  data,  program  relocation,  stacks, 
context  switching,  an  1/0  system  and  interrupts, 
distributed  controls  and  support  for  conventions. 
Both  the  Z8000  and  the  68000  provide  these  kinds 
of  support,  but  the  Z8000  approach  is  more  inte- 
grated and  far-reaching. 

The  most  notable  differences  between  the  Z8000  and 
the  68000  are: 

• The  support  for  virtual  memory  in  the  Z8000. 

• The  lack  of  privileged  1/0  instructions  and 
the  scarcity  of  System  Calls  on  the  68000. 

• The  lack  of  a family  concept  in  the  68000 
design,  and  the  resulting  lack  of  cohesion 
among  the  68000  and  its  peripheral  compo- 
nents. 

• The  Z8000's  greater  flexibility  m the  speci- 
fication of  interrupt  vectors  and  the  deter- 
mination of  device  priorities. 

• The  lack  of  a provision  for  nonmemory  process 
synchronization  in  the  68000  design. 

• The  absence  of  support  for  message  passing  (or 
any  other  interprocess  communication  scheme) 
in  the  68000  design. 

The  Z8000  is  seen  to  provide  superior  support  for 
operating  system  functions. 
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Exploring  16-bit  juCs 


A tale  of  four  jkPs: 
Benchmarks  quantify  performance 

Aided  by  portions  of  the  Carnegie-Mellon  test  package  and 
with  the  cooperation  of  DEC,  Intel,  Motorola  and  Zilog, 

EDN  compares  the  performance  of  four  popular  processors. 


Robert  D Grappel,  Consultant, 

and  Jack  E Hemenway,  Consulting  Editor 

In  this  article,  EDN  proudly  publishes  the  results  of 
the  first  comprehensive  benchmark  study  of  four  major 
16-bit  processors:  the  Digital  Equipment  Corp  LSI- 
11/23,  Intel  8086,  Motorola  68000  and  Zilog  Z8000. 
You’ll  find  these  results  highly  interesting,  and  they 
should  help  you  choose  the  best  device  for  your 
application. 

Don’t  assume,  however,  that  limiting  the  study  to 
four  devices  implies  that  they  are  the  four  “best” 
machines;  we  hope  that  future  articles  will  add  new 
processors  to  the  comparisons.  Nevertheless,  any 
benchmark  study  must  start  somewhere,  and  these 
machines  seem  representative  of  those  used  in  today’s 
systems. 

Why  the  need  for  a benchmark  study  at  all?  One  sure 
way  to  start  an  argument  among  computer  users  is  to 
compare  each  one’s  favorite  machine  with  the  others. 
Each  machine  has  strong  points  and  drawbacks, 
advantages  and  liabilities,  but  programmers  can  get 
used  to  one  machine  and  see  all  the  rest  as  inferior. 
Manufacturers  sometimes  don’t  help:  Advertising  and 
press  releases  often  imply  that  each  new  machine  is  the 
ultimate  in  computer  technology.  Therefore,  only  a 
careful,  complete  and  unbiased  comparison  brings 
order  out  of  the  chaos. 

The  benchmarking  process  isn’t  a new  one;  Special 
Features  Editor  Robert  Cushman  has  explored  much 
the  same  ground  for  older  processors  that  this  article 
does  for  newer  ones  (EDN,  April  20,  1975,  pg  41).  The 
modern  devices  are  more  powerful,  but  the  task  of 
choosing  the  right  one  for  a given  application  is  no 
simpler. 

Who  chose  the  benchmarks? 

Benchmarking  anything  as  complex  as  a 16-bit 
processor  is  a very  difficult  task  to  perform  fairly.  The 
choice  of  benchmark  programs  can  strongly  affect  the 
comparisons’  outcome,  so  the  benchmarker  must  choose 
the  test  cases  with  care.  The  programs  used  in  this 


article  were  compiled  in  1976  by  a group  at  Carnegie- 
Mellon  University  for  use  in  benchmarking  minicom- 
puters and  mainframes.  The  group  presented  the 
results  of  those  benchmark  tests  at  the  1977  National 
Computer  Conference  in  the  paper  “Evaluation  of 


Benchmark  A — I/O  interrupt  kernel 

The  test  case  chosen  for  this  benchmark  consists  of 


one  interrupt  at  each  of  the  four  levels.  The  times 
shown  are  the  sum  of  the  four  interrupts,  computed 
by  counting  the  number  of  the  instruction  cycles  by 
hand  and  including  the  time  required  for  the 
processor  to  recognize  and  process  an  external 
interrupt. 


Processor  Clock  Speed  Code  Bytes 

(MHz) 

LSI-1 1/23  3.33  20 

8086  10.00  55 

68000  10.00  24 

Z8000  6.00  18 

Note  that  the  8086  implementation  of  this 
benchmark  saves  the  complete  machine  context  on 
the  stack;  it’s  the  only  implementation  that  does  so. 


Execution 
Time  (ji,sec) 
114 

126  (note) 
33 
42 


Fig  1 — This  benchmark  tests  a processor’s  basic  interrupt 
capability.  Some  machines  require  external  hardware,  while 
others  put  limitations  on  the  number  of  interrupt  vectors 
supported. 


EDN  APRIL  1,  1981 

Reprinted  with  permission  of  Electronic  Design  News. 


3-85 


When  faster  chips  are  developed, 
execution  times  will  decrease 


Computer  Architectures  via  Test  Programs,”  by  S H 
Fuller,  P Shaman,  D Lamb  and  W E Burr. 

The  set  of  programs  includes  many  common  algo- 
rithms that  appear  frequently  in  real-world  applica- 
tions. They  test  the  ability  of  a computer  to  handle  data 
in  chunks  ranging  from  individual  bits  to  32-bit  integers 
to  floating-point  numbers.  The  tests  include  interrupt 
handlers  and  character-string  searches,  bit  manipula- 
tions and  sorting.  Taken  as  a set,  they  encompass  a fair 
test  of  a computer’s  real  power. 

For  our  benchmark  tests,  we  have  chosen  a subset  of 
this  Camegie-Mellon  set;  we  have  not  included  the 
benchmarks  dealing  with  floating-point  math  or 
virtual-memory  handling.  We  excluded  floating-point 
math  because  most  of  the  16-bit  processors  don’t 
support  floating-point  operations;  we  would  thus  have 
ended  up  benchmarking  their  floating-point  software  or 
external  math  processors.  Similarly,  the  processors 
don’t  provide  virtual-memory  support.  We  also  exclud- 
ed two  benchmarks  that  require  extensive  number- 
crunching capability  (Fourier  transforms  and  Runga- 
Kutta  integration)  because  their  results  would  depend 
so  heavily  on  the  floating-point  support  used.  The 
remaining  seven  benchmarks  (labeled  A,  B,  E,  F,  H,  I 
and  K in  the  Camegie-Mellon  literature)  provide  a 
sufficient  test  of  each  processor  without  handicapping 
any  of  the  contestants. 

Who  coded  the  benchmarks? 

Clearly,  once  you’ve  chosen  a benchmark  set,  coding 
it  is  the  next  critical  task.  We  wanted  to  show  each 
machine  in  the  best  possible  light.  Therefore,  we  asked 
a representative  of  each  manufacturer  to  code  the  set 
for  that  manufacturer’s  machine,  assuming  that  the 
manufacturer  would  best  understand  its  machine’s 
features. 

To  referee  this  process,  EDN  then  reviewed  each 
program.  Additionally,  we  circulated  copies  of  each 
program  for  comments  to  the  programmers  of  each  of 
the  other  computers.  This  process  ensured  careful 
proofreading  and  close  adherence  to  the  benchmark- 
test  rules. 

We  did  allow  minor  variations  in  the  benchmark 
implementations  where  we  felt  they  were  justified. 
Two  of  the  processors  (the  8086  and  Z8000)  have  special 
character-string  instructions — we  didn’t  want  to  pena- 
lize these  devices  by  forcing  their  manufacturers  to 
code  unnecessary  loops.  Additionally,  the  8086  has  no 
e-eneral  bit-maninulation  instructions — a feature  that 

o j. 

sometimes,  produced  differences  among  the  bit-level 
benchmark  implementations.  The  processors  also  differ 
widely  in  their  extended-addressing  capabilities,  so  we 
allowed  some  latitude  in  addressing  mechanisms. 

The  manufacturers  coded  each  benchmark  in  assem- 
bly language,  for  several  reasons.  First,  of  course, 


Benchmark  B — I/O  kernel  with  FIFO 
processing 

The  test  data  for  this  benchmark  consists  of  the 
following  set  of  interrupts: 

• Level  1 once 

• Level  2 once 

• Level  3 once 

• Level  4 once 

• Level  2 three  times  (forces  queueing  of 
interrupts) 

• Level  3 five  times. 

The  times  shown  are  the  sum  of  all  of  these 
interrupts.  We  hand-computed  these  times  by 
counting  instruction  cycles,  assuming  worst-case 
arrival  times. 


Processor 

Clock  Speed 

Code  Bytes 

Execution 

(MHz) 

Time  (psec) 

LSI-1 1/23 

3.33 

86 

1196 

8086 

10.00 

85 

348 

68000 

10.00 

118 

390 

Z8000 

6.00 

106 

436 

Fig  2 — Extending  Benchmark  A,  this  test  includes  a FIFO 
buffer  that  queues  interrupts  as  they  arrive.  The  68000  and 
Z8000  FIFO  implementations  trade  a few  words  of  memory  for  a 
fast  and  simple  queue  structure. 


there  is  no  mutually  acceptable  high-level  language 
available  on  all  the  machines.  But  in  any  case,  EDN 
wanted  to  benchmark  the  processors  and  not  the 
capabilities  of  compiler  writers.  The  documentation 
provided  to  each  programmer  was  the  Camegie-Mellon 
specification,  in  the  form  of  flowcharts  or  a PASCAL- 
like  pseudocode.  The  representatives  required  several 
iterations  to  get  all  the  programs  to  work  and  then  to 
optimize  them;  the  final  code  appears  at  the  end  of  this 
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article. 

We  provide  the  complete  source-code  listing  of  each 
benchmark  on  each  machine  for  two  reasons.  First, 
readers  can  then  duplicate  the  benchmarks  on  their  own 
machines.  Many  “benchmark”  numbers  have  appeared 
in  print  as  new  processors  are  introduced,  but  without 
a display  of  the  coding,  these  numbers  have  no  real 
basis.  Second,  a good  program’s  “flavor”  and  “style” 
reveal  much  about  the  way  you  should  program  a 
particular  processor.  And  these  are  carefully  written 
and  carefully  checked  programs  produced  by  experi- 
enced programmers. 

An  I/O  Interrupt  kernel  tests  interrupts 

With  this  background  information  in  mind,  you  can 
examine  each  benchmark  test.  Benchmark  A tests  a 
computer’s  interrupt-handling  capability;  the  flowchart 
in  Fig  1 illustrates  the  task  to  be  performed.  An  I/O 
interrupt  with  priority  0,  1,  2 or  3 occurs  from  one  of 
four  devices.  The  actual  interrupt  handler  merely 


Benchmark  E— Character-string  search 

The  test  data  used  for  this  benchmark  is  a string 
containing  the  following  120  characters: 
000000000000000000000000000000 
00000Q000000000000000000000000 
HER  EQ0000000000000000000000000 
HERE  IS  A MATCH000000000000000 
The  search  argument  was  the  string  “HERE  IS  A 
MATCH”.  Motorola  calculated  the  68000  timing  by 
hand;  the  other  times  come  from  executing  the 
program  on  test  machines,  using  real-time  clocks  or 
logic  analyzers. 

Processor  Clock  Speed  Code  Bytes  Execution 


LSI-1 1/23 

(MHz) 

3.33 

76 

Time  (tisec) 
996 

8086 

10.00 

70 

193 

68000 

10.00 

44 

244 

Z8000 

6.00 

66 
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procedur e CHARSRCH ( SRCHSTR, SRCHLNGTH , SRCHARG , ARGLNGTH , LOC ,WORK) 
integer  I 

LOC  :=  -1 

do  for  all  I such  that  0 <=  I <=  SRCHLNGTH -SRCHARG  or  until  LOC  <>  -1 
if  the  substring  of  SRCHSTR  from  I to  I+ARGLNGTH-1  - SRCHARG 
then  LOC  :«  I 
end-if 
end-do 

Fig  3*— The  character-string  search  is  a commonly  used  test. 
The  8086  and  Z8000  have  special  string-handling  instructions 
that  can  serve  to  advantage  in  applications  like  this. 


counts  the  device-interrupt  occurrences. 

The  interrupt  handler  must  be  able  to  pre-empt 
processing  lower  priority  interrupts  and  must  provide 
for  resumption  of  the  processing  of  lower  level 
interrupts  from  the  point  of  pre-emption.  As  much 
processing  as  possible  should  occur  with  interrupts 
enabled. 

This  benchmark  must  take  into  account  the  existence 
of  interrupt-prioritizing  hardware,  whether  on  the 
processor  itself  or  as  added  peripheral  components. 
Some  of  the  steps  in  the  flowchart  are  automatic  in 


some  machines. 

Benchmark  B (Fig  2)  also  assumes  four  interrupting 
devices,  except  that  here  the  interrupts  are  handled  on 
a first-in,  first-out  basis  rather  than  by  priority.  A 
queue  with  space  for  at  least  10  pending  interrupts 
must  be  provided.  Processing  of  queued  interrupts 
occurs  with  I/O  interrupts  enabled;  thus,  interrupts  are 
accepted  and  queued  appropriately  while  previous 
interrupts  are  processed.  Before  returning  to  the 
originally  interrupted  application  program,  the  code 
must  check  whether  any  interrupts  remain  queued;  if 
so,  it  must  process  them  in  FIFO  order. 

Benchmark  E appears  in  PASCAL-like  form  in  Fig  3. 
This  familiar  task  searches  a text  string  for  the 
existence  of  a text  substring.  If  the  string  search  is 
successful,  the  routine  returns  the  substring’s  position 
in  the  data  string.  Otherwise,  it  returns  a “not-found” 
indicator.  A satisfactory  program  for  this  task  must  be 
re-entrant  and  position  independent. 

Benchmark  F (Fig  4)  checks  a processor’s  primitive 
bit-manipulation  capabilities.  It  assumes  a tightly 
packed  bit  string  starting  on  a word  boundary.  A 
function  code  (F)  chooses  the  appropriate  operation 
from  among  Test  (F=l),  Set  (F=2)  and  Reset  (F=3). 
Bits  are  numbered  relative  to  the  bit  string’s  starting 
address.  This  program,  too,  must  be  re-entrant  and 
position  independent. 

Llnked-llst  Insertion — a common  problem 

Benchmark  H (Fig  5)  deals  with  inserting  new 
entries  into  a doubly  linked  list.  The  Key  field  in  each 
entry  is  a 32-bit  integer  value.  This  benchmark 
exercises  a processor’s  addressing  capabilities  and  also 
checks  its  ability  to  compare  32-bit  quantities. 

Each  entry  in  the  list  has  a Key  and  a forward  and 
backward  pointer:  The  first  list  entry’s  backward 
pointer  is  zero;  the  last  entry’s  forward  pointer  is  zero. 
New  entries  must  be  inserted  in  ascending  order  of 
their  Keys.  The  benchmark  assumes  the  existence  of  a 
list-control  block  (LISTCB)  that  holds  a pointer  to  the 
first  entry  in  the  list  (HEAD),  a pointer  to  the  last 
entry  in  the  list  (TAIL)  and  a count  of  the  number  of 
entries  in  the  list  (NUMENTRIES).  Like  programs  for 
Benchmarks  E and  F,  this  one  must  be  re-entrant  and 
position  independent. 

Benchmark  I (Fig  6)  is  the  well-known  Quicksort 
algorithm,  which  tests  a processor’s  ability  to  manipu- 
late stacks  and  also  gives  the  device’s  addressing  modes 
a workout.  This  is  by  far  the  most  complicated 
benchmark  in  the  set,  and  manufacturers’  coding  of  it 
exhibits  the  widest  variation. 

The  benchmark  specifies  N 16-byte  records.  The  data 
array  REC  actually  holds  N+2  records,  with  RECO 
holding  the  lowest  key  value  and  RECN+1  the  highest. 
A program  must  sort  the  records,  based  upon  a key 
formed  from  the  characters  in  each  record’s  third 
through  ninth  bytes.  Hence,  this  benchmark  also  tests 
character  manipulations.  Parameter  M specifies  the 
changeover  point  between  Quicksort  and  a simple 
insertion  sort.  This  program,  too,  must  be  re-entrant 
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Each  manufacturer  coded  the 
programs  for  its  processor 


and  position  independent. 

Finally,  Benchmark  K (Fig  7)  transposes  a matrix  of 
bits.  This  test  further  checks  out  a processor’s 
bit-manipulation  facilities,  as  well  as  exercising  loop 
constructs.  It  assumes  a tightly  packed  bit  matrix 
starting  on  a word  boundary,  and  its  program  must  be 
re-entrant  and  position  independent. 

On  your  marks,  get  set,... 

Before  examining  the  programs  themselves,  pause 
and  recall  the  |xP  state  of  the  art  a scant  few  years  ago. 
A programmer  would  have  been  hard  pressed  to  write 
many  of  these  benchmarks  on  the  8-bit  jjlPs  available 
then;  for  one  thing,  the  requirements  of  position 
independence  and  re-entrancy  would  have  caused 
nightmares.  In  this  light,  the  power  of  all  the 
processors  described  in  this  article  is  very  impressive. 

Turning  now  to  the  benchmark  programs,  we  note 
that  all  of  them  appear  to  be  properly  coded  and  bug 
free.  However,  some  differences  among  them  deserve 
comment. 

There’s  a major  difference  in  “philosophy”  between 
machine  designers  and  programmers  who  favor 
registers  and  those  who  favor  memory — a fact  that’s 
especially  clear  in  the  case  of  passing  parameters  to 
subroutines.  Note  in  this  regard  that  the  various 
processor  manufacturers  are  not  especially  consistent 
in  this  area.  The  LSI-11/23  programs  use  the  stack  for 
parameters;  the  68000  and  8086  sometimes  use  the 


stack  and  sometimes  use  registers;  the  Z8000  uses 
registers  exclusively.  Because  our  benchmark  specifica- 
tions merely  say  “re-entrant,”  either  method  is 
satisfactory,  provided  that  the  programs  furnish 
register-save  and  -restore  instructions.  Using  the  stack 
is  “cleaner,”  but  registers  are  usually  faster. 

A problem  of  benchmark  interpretation  is  apparent 
for  the  specification  of  Benchmark  A:  What  does  “Save 
Context”  mean?  One  reading  would  suggest  making  a 
copy  of  the  machine  state  (registers,  program  counter, 
condition  codes,  etc)  while  another  might  argue  that  all 
the  spec  calls  for  is  saving  the  contents  of  any  registers 
actually  used  (assuming  that  the  actual  interrupt- 
processing routines  save  and  restore  registers). 
Clearly,  you  get  more  compact  code  and  faster 
execution  times  by  choosing  the  “save  only  what  is 
used”  approach;  only  Intel  performed  an  explicit  and 
complete  context-save  operation. 

Also  observe  that  several  of  the  interrupt  bench- 
marks use  special  hardware.  The  8086  version,  for 
example,  assumes  that  an  8259  PIC  chip  is  available  to 
field  and  prioritize  interrupts.  And  the  LSI-11/23  has 
fully  vectored  interrupt  hardware.  (Thus,  the  interrupt 
benchmarks  would  run  slightly  slower  on  an  LSI-11/2, 
because  the  processor  is  without  such  hardware.)  The 
Z8000  assumes  device  daisy  chaining,  while  the  68000 
uses  its  built-in  vectoring. 

Finally,  note  the  ONTRACE  and  OFFTRACE 
instructions  in  some  of  the  LSI-11/23  code.  DEC  has 
used  these  commands  to  trigger  a logic  analyzer  at  the 
start  and  end  of  each  routine  being  timed.  Other 
benchmark  programs  also  contain  instructions  intended 
for  timing  purposes.  We  didn’t  include  these  instruc- 
tions in  our  code-byte  totals,  though. 


Benchmark  F— Bit  set,  reset,  test 


The  test  data  for  this  benchmark  is  an  array  of  1 25 
bits  consisting  of  alternating  ZEROs  and  ONEs.  The 
array  begins  on  a word  boundary.  The  times  shown 
are  the  sum  of  the  following  nine  tests: 


Test 

Function 

Bit  Number 

1 

TEST 

10 

2 

TEST 

11 

3 

TEST 

123 

4 

SET 

10 

5 

SET 

11 

6 

SET 

123 

7 

RESET 

10 

8 

RESET 

11 

9 

RESET 

123 

procedure  BITTEST(F,N,Al,RC,WORK) 
integer  ABIT,D 

ABIT  :=  Al+N/ (word  length) 

D :=  N mod  (word  length) 

if  Dth  bit  at  address  ABIT-1 
then  RC  :=  1 
else  RC  :=  0 
end-if 

if  F = 2 

then  Dth  bit  at  address  ABIT  :=  1 
else  if  F = 3 

then  Dth  bit  at  address  ABIT  :=  0 
end-if 

end-if 


Note  that  the  processors  should  perform  these 
tests  in  this  order  without  resetting  the  bit  string. 
Motorola  and  Intel  hand-computed  their  times;  the 
others  come  from  actual  computer  runs  with 
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Processor 

LSI-1 1/23 
8086 
68000 
Z8000 


Clock  Speed 

(MHz) 

3.33 

10.00 

10.00 

6.00 


Code  Bytes 

70 

46 

36 

44 


Execution 
Time  (n-sec) 
799 
122 
70 
123 


Fig  4 — Benchmark  F exercises  each  processor’s  bit- 
manipulation  capabilities.  The  8086  and  Z8000  use  a somewhat 
different  algorithm  than  the  other  two  devices;  they  always  test 
the  specified  bit,  regardless  of  the  function  code.  If  they  then  find 
the  bit  to  be  ZERO  and  the  function  to  be  Reset,  they  merely 
return.  On  the  other  hand,  if  they  find  the  bit  to  be  ONE  and  the 
function  Set,  they  also  return.  Finally  if  the  function  is  Test,  they 
can  return  regardless  of  the  bit  value.  This  version  of  the 
algorithm  saves  some  execution  time  at  the  expense  of  code 
that’s  not  as  clear.  The  8086  doesn’t  have  the  bit-manipulation 
instructions  of  the  other  processors,  so  it  must  use  shifts  and 
other  instructions  to  perform  the  bit-manipulation  operations. 
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Benchmark  H — Linked-list  insertion 

This  data  set  starts  with  an  empty  list,  into  which  five 
records  are  inserted  with  keys  (32-bit  hexadecimal 
numbers),  as  shown.  The  timings  are  for  the  sum  of 
all  five  insertions: 

1 . 1 2345 

2.  12300 

3.  13344 

4.  12345 

5.  34126 


Motorola  hand-computed  the  68000  timings;  the 


remainder 

come  from 

real-time  clocks 

or  logic 

analyzers. 

Processor 

Clock  Speed 

Code  Bytes 

Execution 

LSI-1 1/23 

(MHz) 
3 33 

138 

Time  (\xsec) 
592 

8086 

10  00 

94 

— 

68000 

10  00 

106 

153 

Z8000 

6.00 

96 

237 

procedure  LISTINSERT (LISTCB, NEWENTRY) 

"the  notation  POINTER. FIELD  is  used  to  access  a 
particular  field  of  the  structure  pointed  to  by  POINTER" 

pointer  PRESENT 

if  LISTCB. NUMENTRIES  * 0 
then 

"list  is  empty,  so  initialize" 

LISTCB.  HEAD  :=■  LISTCB.  TAIL  :=  NEWENTRY 

LISTCB. NUMENTRIES  :=  1 

NEWENTRY. NEXT  :=  NEWENTRY. PREV  :*  0 

else 

"list  not  empty" 

PRESENT  :=  LISTCB. HEAD 

LISTCB. NUMENTRIES  :=  LISTCB. NUMENTRIES+1 
■determine  position  of  new  entry" 

while  NEW. KEY  >=  PRESENT. KEY  and  PRESENT. NEXT  <>  0 do 
PRESENT  :=  PRESENT. NEXT 


Fig  5 — Linked-list  insertion  using  a 32-bit  key  value  tests  many 
aspects  of  a 16-bit  processor’s  architecture.  This  benchmark 
exercises  the  addressing  modes  of  each  device. 


if  PRESENT. PREV  = 0 and  NEW. KEY  < PRESENT. KEY 
then 

" new  list  head  " 

LISTCB. HEAD  :=  NEW 
NEW. PREV  :=  0 
PRESENT. PREV  :=  NEW 
NEW. NEXT  :=  PRESENT 
else 

if  NEW. KEY  >=  PRESENT. KEY 
then 

"new  list  tail" 

PRESENT. NEXT  :=  LISTCB. TAIL  :=  NEW 

NEW. NEXT  :=  0 

NEW. PREV  :=  PRESENT 

else 

"insert  in  middle" 

NEW. NEXT  :=  PRESENT 
NEW. PREV  :=  PRESENT. PREV 
PRESENT. PREV  :=  NEW 

"back  up  and  link  predecessor" 

PRESENT  ;=  NEW. PREV 
PRESENT. NEXT  :=  NEW 

end-if 

end-if 

end-if 


Memory  limitations  surface 

A major  feature  of  the  new  16-bit  processors  is  their 
ability  to  address  large  memories.  Unfortunately,  many 
of  the  benchmark  programs  were  coded  in  a way  that 
limits  them  to  a 64k-byte  range;  only  the  Motorola 
68000  programs  are  truly  usable  over  the  machine’s  full 
addressing  range. 

The  LSI-11/23  and  Z8000  benchmarks  assume  a 64k 
data  space,  because  they  use  only  16-bit  addressing. 
For  example,  in  Benchmark  E,  the  character-string 
search,  neither  of  these  machines  can  (with  the  coding 
shown)  deal  with  the  case  where  the  search  substring 
and  the  data  string  are  not  in  the  same  64k  space.  In 
that  case,  you’d  require  additional  coding  to  handle  the 
segment  information,  necessary  to  extend  the  pro- 
grams to  the  processor’s  full  addressing  range. 

In  the  same  vein,  the  8086  benchmark  programs 
frequently  assume  that  the  calling  program  and  the 
subroutine  share  data  and  stack  segments — an  assump- 
tion that  also  limits  the  subroutine’s  addressing  range. 
For  example,  the  character-string-search  Benchmark 
(E)  assumes  that  the  string  to  be  searched  is  in  the 
extra  segment  (ES).  This  must  be  the  case  to  make  the 
compare-string  (CMPS)  instruction  work  properly;  if 
the  string  were  not  already  in  the  extra  segment,  you 
would  need  code  to  change  the  segment  addressing. 

The  8086  coding  of  the  Quicksort  (Benchmark  I)  uses 
a clever  trick  involving  the  8086  segment  registers  to 
gain  efficient  indexing  of  the  data  records.  Unfortu- 


nately, this  trick  only  works  because  the  records  are 
exactly  16  bytes  long.  Because  the  8086  addressing 
system  internally  multiplies  each  segment  by  16, 
putting  a record  number  in  the  segment  register 
automatically  points  to  the  appropriate  address. 
Executing  Quicksort  for  records  of  any  other  length, 
though,  would  require  rewriting  the  Intel  program. 
Modification  of  this  routine  for  general  record  lengths 
would  increase  code  size  by  an  estimated  25%  worst 
case  (this  also  allows  records  extending  over  segment 
boundaries)  while  affecting  performance  by  no  more 
than  an  estimated  5%.  The  performance  degradation 
occurs  only  for  segment-boundary  checks,  record- 
length  incrementing  through  the  array  (rather  than 
segment-register  incrementing)  and  segment-boundary 
transitions.  The  code  expansion  arises  from  segment- 
boundary-transition  logic  that’s  infrequently — if  ever — 
invoked. 

Note  that  the  Zilog  benchmarks  shown  are  coded  for 
the  Z8002  (unsegmented)  version  of  the  Z8000.  On  the 
segmented  (Z8001)  version,  these  programs  would  be 
virtually  identical:  Except  for  the  I/O-interrupt-kemel 
benchmarks,  all  of  the  programs  use  exactly  the  same 
number  of  bytes  for  both  devices.  (The  I/O-interrupt- 
kernel  routines  use  direct  addressing  for  some  varia- 
bles.) Execution  times  for  the  Z8001  benchmarks  would 
tend  to  be  longer  than  the  Z8002  times,  though, 
because  of  such  factors  as 

• 32-bit  Load  instructions  for  address  moving 


EDN  APRIL  1,  1981 


3-89 


Tests  attempt  to  measure  p,Ps, 
not  programmers’  skills 


• More  registers  to  save  and  restore 

• The  longer  execution  time  of  the  RET  instruction 

• The  longer  time  required  for  direct  addressing. 

What  did  we  measure? 

Two  statistics  are  important  in  computer  bench- 
marks: program  size  and  speed.  A program’s  size  is 
easy  to  measure — just  add  up  the  bytes.  Our  ground 
rule  in  this  regard  was  “If  you  placed  the  program  in 
ROM,  how  much  ROM  would  be  used?”  We  didn’t  count 
stack  space.  (There  are  no  local  variables,  because  the 
benchmarks  are  re-entrant.) 

Speed  values,  on  the  other  hand,  are  very  difficult  to 
get  a handle  on:  It  seems  that  the  chip  makers  produce 
faster  pPs  weekly.  The  memory  you  use  can  also  affect 
the  execution  speed,  thanks  to  such  factors  as 
dynamic-memory  refresh.  Therefore,  because  it  wasn’t 
possible  to  obtain  a consistent  timing  mechanism  for  all 
of  the  benchmarks,  the  timing  information  provided  is 
merely  what  the  programmers  themselves  measured 


(or  in  Motorola’s  case,  calculated).  We  do  include  data 
on  the  processors’  clock  rates,  as  well  as  on  how  the 
timings  were  obtained.  And  we  also  performed  spot 
checks  on  the  timing  figures  provided,  using  our 
experience  in  working  with  these  processors  to  ensure 
that  the  times  were  reasonable. 

Execution  times  for  the  8086- , Z8000-  and  68000- 
based  single-board  computers  assume  on-board  mem- 
ory-access operations.  By  contrast,  results  for  the 
LSI-11/23  are  based  on  the  use  of  standard  off-board 
dynamic-RAM  systems  and  an  asynchronous  bus  for 
instruction  and  data  transfers — a configuration  dictat- 
ing the  use  of  processor  Wait  states,  which  slowed 
speeds  somewhat.  DEC  points  out,  however,  that  the 
LSI-1 1/23’s  performance  figures  reflect  the  actual 
operation  of  current  board-level  product  offerings  and 
that  the  data  doesn’t  necessarily  reflect  a limitation  of 
the  board’s  processor  chip  set. 

Finally,  note  that  we  list  the  clock  speeds  of  the 
fastest  boards  currently  available;  ie,  we  have  10-MHz 
units  from  Intel  and  Motorola  running  in  our  lab. 
However,  we  expect  that  the  manufacturers  will  build 
even  faster  machines  in  the  future.  For  example,  Zilog 
plans  to  introduce  a 10-MHz  version  of  the  Z8000  within 
the  next  3 months.  Because  faster  processors  obviously 


Benchmark  I — Quicksort 

The  test  data  for  this  benchmark  consists  of  102 
(N=100)  records,  each  16  bytes  long.  Parameter  M 
is  set  to  nine.  The  records  are  initialized  as  follows: 

Record  0 ---00  00  00  00  00  00  00 

Record  1 - - - FF  00  00  00  00  00  00 

Record  2 - - - FE  00  00  00  00  00  00 

Record  3 - - - FD  00  00  00  00  00  00 


Record  1 00  - - - 9C  00  00  00  00  00  00 
Record  101  - - - FF  FF  FF  FF  FF  FF  FF 


procedure  QUICKSORT ( N, REC r M, WORK) 
integer  L,RrI,J,K 
integer  array  STACK[0:2*F(N)-1] 
character  string  V 

REC [N+l]  :=  oo 
L :=  1;  R :=  N 
do  forever 

I :=  L;  J :=  R+l;  V :=  REC [L] 
do  forever 

do  I :=  1+1  until  REC [I]  >=  V end-do 
do  J :=  J-l  until  REC[J]  <=  V end-do 
if  J > I 

then  swap  REC [I]  with  REC[J] 
else  goto  end-first 
end-if 
end-do 

end-first: 

swap  REC [L]  with  REC [ J] 

if  both  subfile  sizes  (J-L  and  R-J)  <=  M 
then 

if  stack  is  empty 
then  goto  end-outer 
else  pop  L and  R from  stack 
end-if 
else 

if  smaller  subfile  size  <=  M 

then  set  L and  R to  lower  and  upper  limits 
of  larger  subfile 


Note  that  only  the  key  values  (bytes  3 to  9 in  each 
record)  are  significant.  All  data  values  are  hexadeci- 
mal bytes.  As  in  the  previous  benchmarks,  the 
68000  times  are  hand  computations;  the  others  are 
the  results  of  program  runs.  No  data  is  available  for 
the  LSI-1 1/23  on  this  benchmark. 

Processor  Clock  Speed  Code  Bytes  Execution 


LSI-1 1/23 

(MHz) 

3.33 

Time  (fisec) 

8086 

10.00 

347 

115,669 

68000 

10.00 

266 

33,527 

Z8000 

6.00 

386 

115,500 

else 

push  lower  and  upper  limits  of  larger 
subfile  onto  stack 

set  L and  R to  limits  of  smaller  subfile 
end-if 
end-if 
end-do 

end-outer: 

do  for  I from  N-l  to  1 in  steps  of  1 
if  REC [I]  > REClI+1]  then 
V :=  REC [I] ; J : = J+l 
do  forever 

REC [J-l]  :=  REC [ J] ? J :=  J+l 

if  REC [ J]  >=  V then  goto  end-last  end-if 
end-do 

end-last: 

REC [J-l]  :=  V 
end-if 
end-do 


Fig  6 — The  Quicksort  requires  most  work  from  a processor  of 
any  of  the  benchmarks,  and  it’s  typical  of  a type  of  application 
that  these  devices  must  frequently  serve.  The  8086  implementa- 
tion depends  on  the  16- byte  length  of  each  record  and  can't  be 
used  for  general  sorting  of  records  of  differing  length. 
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Benchmark  K — Bit-matrix  transposition 

The  test  data  for  this  benchmark  consists  of  49  bits 
in  a 7x7  array: 

0100100 

1010111 

0010001 

1101010 

0101000 

0000101 

1100101 

The  array  begins  on  a word  boundary.  Timing  for 
the  68000  was  hand -computed;  the  other  times 
come  from  test  runs. 

Processor  Clock  Speed  Code  Bytes  Execution 


LSI-1 1/23 
8086 
68000 
Z8000 


procedure  pMT(N,Al,A2) 
integer  I#J 

boolean  B[1:N#1:N]  beginning  at  bit  A2  of  word  A1 

do  for  all  I and  J such  that  (I  <=  J <=  N)  and  (J+l  <=  I <=  N) 
swap  H [ I , J]  and  B[J,I} 
end-do 

Fig  7 — Transposition  of  a bit  matrix  is  another  exercise  of  a 
processor’s  bit-manipulation  capabilities.  The  availability  of 
instructions  to  dynamically  test,  set  and  clear  individual  bits  in  a 
word  is  an  advantage  in  this  case. 


(MHz) 

Time  (jxsec) 

3.33 

152 

1517 

10.00 

88 

820 

10.00 

74 

368 

6.00 

110 

646 

produce  shorter  execution  times,  keep  such  technologi- 
cal progress  in  mind  if  your  design  project  has  a long 
development  time  or  can  allow  for  future  upgrading. 

“Just  the  facts,  ma’am” 

The  data  in  the  accompanying  boxes  summarizes  the 
benchmarking  results  in  terms  of  code  size  and 
execution  speed.  And  the  program  listings  that  follow 
this  article  illustrate  the  codings  for  each  processor.  As 
noted,  we  assume  that  the  manufacturers  have  done  a 
good  job  of  optimizing  the  benchmarks;  if  they  don’t 
know  how  to  write  code  for  their  own  devices,  who 
does? 

If  there  are  bugs  in  the  code  or  ways  to  improve  the 
coding,  EDN  would  like  to  know.  We  have  made  every 
effort  to  check  the  benchmark  programs  for  correct- 
ness and  adherence  to  the  specifications.  And  we  thank 
each  of  the  manufacturers  for  providing  a substantial 
investment  of  time  and  manpower  in  coding,  checking 
and  documentation.  We  leave  any  conclusions  to  you, 
the  reader. 

(Ed  Note:  Some  of  the  benchmarks  were  not  complete 
at  the  time  this  article  was  prepared.  Specifically , the 
LSI -11 123  Quicksort  (Benchmark  I)  was  incomplete , 
and  one  of  the  8086  timings  remained  to  be  determined. 
We  have  left  the  entries  for  these  values  blank.)  EDN 


BENCHMARK  A— LSI-1 1/23 

l 

• TITLE. 

BENCHMARK  A 

2 

• IDENT 

/OCT. 22/ 

3 

•ENABL 

LC 

•k 

5 

• 

9 

I/O  INTERRUPT 

KERNEL#  FOUR  PRIORITY  LEVELS 

o 

7 

9 

* 

9 

Services  interrupts  from  four  levels#  produces  a count 

of  interrupts 

8 

9 

• 

9 

• 

9 

by  level. 

10 

11 

m 

9 

The  following 

"ASECT"  or  absolute  program  section  will 

load  up 

12 

13 

14 

15 

16 

• 

9 

four  interrupt 

vectors . 

000000 

9 

•ASECT 

; absolute 

000300 

. = 300 

17 

000300 

000000' 

INTI 

18 

19 

20 

000302 

000200 

200 

; execute  at  priority  4 

000302 

. = 302 

21 

000302 

000006' 

INT2 

22 

000304 

000240 

240 

; execute  at  priority  5 

23 

24 

000304 

. = 304 

25 

000304 

000014' 

INT3 

26 

000306 

000300 

300 

t execute  at  priority  6 

27 

28 

000306 

. a 306 

29 

000306 

000022' 

INT4 

30 

000310 

000340 

340 

; execute  at  priority  7 

31 

32 

000000 

•PSECT 

; relocatable 

33 

34 

• 

9 

Hardware  saves 

context:  program  counter  and  processor 

status. 

35 

? 

Hardware  masks 

out  lower  level  Interrupts. 

36 

• 

9 

Hardware  vectors  to  one  of  the  four  interrupt  service 

routines. 

37 

/ 

Interrupt  service  routine  Increments  counter. 

38 

• 

9 

RTI  instruction  restores  procressor  status  and  program 

counter# 

39 

; 

lower  level  interrupts  are  re-enabled. 

40 

? 

41 

• 

9 

Note:  If  ROMability  was  a requirement#  this  program  would  be  four  words  8 

42 

t 

longer! 

43 

/ 

44 

000000 

INTI: 

45 

000000 

005227 

INC 

<PC)  + 

46 

000002 

000000 

COUNTl:  0 

Continued  on  pg  186 
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BRS , FRS 


MC68000  EDN  BENCHMARK  A 

PRIORITY  I/O  INTERRUPT  KERNEL,  FOUR  PRIORITY  LEVELS 

NOTES:  1)  FOUR  AUTOVECTORS  ARE  ASSUMED  INITIALIZED 

TO  POINT  TO  THE  FOUR  INTERRUPT  ENTRY  POINTS, 

2)  THE  MC68000  INTERRUPT  SEQUENCE  TAKES  4.7 
MICROSECONDS  WITH  AN  ASSUMED  INTERRUPT 
ACKNOWLEDGE  BUS  CYCLE  OF  4 CYCLES. 

3)  INTERRUPTS  ARE  TAKEN  ANYWHERE  WITHIN  THE 
MC68000  16  MEGABYTE  ADDRESS  SPACE. 

4)  THE  MC68000  PROCESSES  INTERRUPTS 

IN  PRIORITY  ORDER  WITHOUT  REQUIRING  THE 
SUPPORT  OF  EXTERNAL  CIRCUITRY. 

LINES:  8 

BYTES:  24 

MC68000L10  BENCHMARK  TIME:  33.600  MICROSECONDS 


0 00000000 
0 00000004 


52780018 
4E7  3 


* INTERRUPT  HANDLERS 


INTRPTl  ADD 
RTE 


#1 , COUNTERl 


INCREMENT  COUNTER  FOR  INTERRUPT  1 
RETURN  FROM  EXCEPTION 


0 00000006 
0 0000000A 


5278001A 
4E7  3 


INTRPT2  ADD 
RTE 


# 1 , COUNTER2 


INCREMENT  COUNTER  FOR  INTERRUPT  2 
RETURN  FROM  EXCEPTION 


0 0000000C 
0 00000010 


5278001C 
4E7  3 


INTRPT3  ADD 
RTE 


# 1 , COUNTER3 


INCREMENT  COUNTER  FOR  INTERRUPT  3 
RETURN  FROM  EXCEPTION 


0 00000012 
0 00000016 


5278001E 
4E7  3 


INTRPT4  ADD 
RTE 


#1 ,COUNTER4 


INCREMENT  COUNTER  FOR  INTERRUPT  4 
RETURN  FROM  EXCEPTION 


0 00000018  0000 
0 0000001A  0000 
0 0000001C  0000 
0 0000001E  0000 


* INTERRUPT  COUNTERS 
COUNTERl  DC  0 

COUNTER2  DC  0 

COUNTER3  DC  0 

COUNTER4  DC  0 


COUNTER  FOR  INTERRUPT  1 
COUNTER  FOR  INTERRUPT  2 
COUNTER  FOR  INTERRUPT  3 
COUNTER  FOR  INTERRUPT  4 


******  TOTAL  ERRORS 


BENCHMARK  A— Z8000 


lExample  A:  I/O  Interrupt  Kernel,  Four  Priority  Levels  1 


IDefinitions  for  interrupt  kernel  programs:  I 


SYSMEM 

SYSTACK 

SP 

SPOFF 


■ %5000 

= SYSMEM  +256 
= R15 
= R15 


lAddresses  for  basic  system  usesl 
lOne  word  past  highest  stack  adrl 
IStack  register  (RR14  for  Seg) ! 


REASON 

QUEPTR 

QUENXT 

ADRL  EN 

JUMP 

ENTOFF 


R1 

R2 

REASON 

2 

ADRLEN  + 2 
ADRLEN 


1RR2  for  segmented  I 
14  for  segmented  1 


J The  four  routines  that  follow  are  the  processing  routines  for 
the  four  priority  levels.  VIO  is  the  highest  priority  routine, 
VI3  the  lowest.  Each  of  these  routines  is  reached  in  response 
to  an  interrupt  on  the  vectored  interrupt  (VI)  line.  Priority 
resolution  is  through  a hardware  protocol  defined  as  part  of  the 
Z8000  family  architecture.  Each  of  the  four  devices  assumed  to 
be  attached  to  the  VI  line  places  its  own  identifier  on  the  bus 
when  it  interrupts,  and  this  identifier  is  used  by  the  CPU  for 
automatic  vectoring  to  the  appropriate  routine.  The  addresses 
of  the  routines  appear  in  the  program  status  area  (see  below) . 
The  flag/control  word  (FCW)  value  assembled  into  the  PSA  has  the 
vectored  interrupt  enable  (VIE)  bit  set,  so  that  each  processing 
routine  is  interruptible  by  other  vectored  interrupt  devices. 

The  hardware  interconnection  protocol  assures  that  interrupts 
come  only  from  higher  priority  devices. 


0000 

0002 

0004 

0006 

0008 

000A 

000C 

000E 


6900 
0000' 
7 BOO 
6900 
0002' 
7B00 
6900 
0004' 


VIO:  INC  VICNT0 

IRET 

VII:  INC  VICNT1 

IRET 

VI2:  INC  VICNT2 


Continued  on  pg  196 
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0010 

7 BOO 

IRET 

BENCHMARK  A-—Z8000 

0012 

6900 

VI3:  INC  VICNT3 

0014 

0016 

0006  ' 
7 BOO 

IRET 

0000 

0000 

ICounters  for  simulated 
VICNT0 : 0 

four  priority  level  processing  1 

0002 

0000 

VICNT1 : 0 

0004 

0000 

VICNT2 : 0 

0006 

0000 

VICNT3:  0 

BENCHMARK  B— LSI-1 1/23 

1 

.TITLE  BENCHMARK  B 

2 

.IDENT  /OCT. 22/ 

3 

A 

.ENABL  LC 

% 

5 

£ 

I/O  INTERRUPT  KERNEL,  FIFO  PROCESSING 

D 

7 

Services  Interrupts  from  four  levels,  using  a FIFO  queue. 

8 

Q 

Each  of  the  four  devices  has  an  interrupt  vector  set  up  as  follows 

10 

. = vector  address 

11 

.WORD  ROUTINE,  340 

12 

13 

The  vectored  interrupt  capability  of  the  LSI-11  hardware  is  used 

14 

here  to  Implicitly  Identify  the  device  causing  the  interrupt. 

15 

Each  Interrupt  will  vector  to  a different  service  routine. 

16 

Hardware  will  save  context  (program  counter  - PC,  and  processor 

17 

; status  - PS)  at  the  interrupt.  e 

18 

19 

000000 

.ASECT 

20 

21 

Set  up  a vector  for  each  device. 

22 

f 1 

23 

000300 

. = 300 

24 

25 

000300 

000000' 

DEVI  ; new  PC 

26 

000302 

000340 

340  ; new  PS 

27 

28 

000304 

000006' 

DEV2 

29 

000306 

000340 

340 

30 

31 

000310 

000014' 

DEV3 

32 

000312 

000340 

340 

33 

34 

000314 

000022' 

DEV4 

35 

000316 

000340 

340 

36 

37 

Each  device  operates  at  priority  seven  (340  octal  in  the  PS)  to  disable 

38 

other  interrupts. 

39 

40 

The  queue  contains  a power  of  two  number  of  words.  It  must  begin  on 

41 

an  even  multiple  of  the  queue  size,  such  that  for  all  addresses  in 

42 

the  queue,  (address  and  queue  size)  is  zero,  and  ((queue  start  + 

43 

queue  size)  AND  queue  size)  is  nonzero.  QE'ND  points  to  where  the 

44 

next  new  entry  will  be  made  in  the  queue.  QSTART  points  to  where  the 

45 

next  entry  will  be  removed  from  the  queue,  when  they  point  to  the 

46 

same  place,  the  queue  is  empty.  We  assume  the  queue  never  overflows. 

47 

48 

000000 

.PSECT  DATA 

49 

50 

000040 

QSIZE  = 40  ; sixteen  elements 

51 

; OUEUE  will  be  relocated  to 

52 

; address  1000(8)  at  LINK  time 

53 

000000 

3UEUE:  . BLKB  QSIZE 

54 

000040 

000000' 

)START:  QUEUE 

55 

000042 

000000'  < 

3END:  OUEUE 

56 

000044 

000000 

3UNFLG:  0 

57 

58 

000000 

.PSfeCl  CODE 

59 

60 

Each  of  the  four  devices  has  an  Interrupt  routine  as  follows: 

O 1 
62 

ROUTINE: 

63 

any  immediate  processing 

64 

CALL  COMMON 

65 

CTR:  .WORD  0 

66 

67 

CTR  is  the  counter  that  will  be  incremented  by  the  FIFO  processor. 

68 

In  a real  example,  it  would  be  the  first  instruction  of  the 

69 

interrupt  service  routine. 

70 

71 

000000 

;EV1 : 

72 

000000 

004767  000024 

CALL  COMMON 

73 

000004 

000000 

:TR1:  .word  0 

74 

75 

000006 

)EV2 : 

76 

000006 

004767  000016 

CALL  COMMON 

77 

000012 

000000 

:tr2:  .word  o 

78 

79 

000014 

>EV3:  Continued  on  pg  200 
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70 

0 

00000036 

3050 

MOVE 

QUELINK (A0) ,A0 

LOAD  NEXT  IN  LIST 

71 

0 

00000038 

B0F8004A 

CMP 

QUEIN ,A0 

TEST  END  OF  LIST 

72 

0 

0000003C 

66EA 

BNE 

SELECT 

PROCESS  IT  IF  NOT 

73 

74 

75 

0 

0000003E 

42380074 

CLR.B 

FLAG 

SHOW  NO  ELEMENTS  QUEUED 

* RESTORE  CONTEXT 

76 

0 

00000042 

4CDF0300 

RETURN 

MOVEM.L 

(SP) +, A0/A1 

RELOAD  USERS  REGISTERS 

77 

0 

00000046 

588F 

ADD . L 

#4  , SP 

CLEAN  COUNTER  ADDRESS  OFF  STACK 

78 

79 

0 

00000048 

4E7  3 

RTE 

RETURN  FROM  EXCEPTION 

80 

81 

* QUEUE 

POINTER 

82 

83 

84 

0 

0000004A 

004C 

QUEIN 

DC 

QUEUE 

NEXT  ENTRY  TO  USE 

* QUEUE 

PROPER 

85 

0 

0000004C 

00500000 

QUEUE 

DC 

*+4,0 

QUEUE  ENTRY  ONE 

86 

0 

00000050 

00540000 

DC 

*+4,0 

QUEUE  ENTRY  TWO 

87 

0 

00000054 

00580000 

DC 

*+4 , 0 

* 

88 

0 

00000058 

005C0000 

DC 

*+4,0 

* 

89 

0 

0000005C 

00600000 

DC 

*+4,0 

* 

90 

0 

00000060 

00640000 

DC 

*+4,0 

★ 

91 

0 

00000064 

00680000 

DC 

*+4,0 

* 

92 

0 

00000068 

006C0000 

DC 

*+4,0 

* 

93 

0 

0000006C 

00700000 

DC 

*+4 , 0 

★ 

94 

95 

96 

0 

00000070 

004C0000 

DC 

QUEUE, 0 

QUEUE  ENTRY  TEN 

* INTERRUPT  IN  PROGRESS  FLAG 

97 

0 

00000074 

00 

FLAG 

DC.B 

0 

INTERRUPT  IN  PROGRESS  INDICATOR 

98 

99  END 

******  TOTAL  ERRORS  0 — 0 


BENCHMARK  B— Z8000 

iExample  B:  I/O  Interrupt  Kernel,  FIFO 

Processing  1 

0000 

2DF1 

FIFO: 

EX  REASON, @SP 

ISave  the  context I 

0002 

93F2 

PUSH  @SP, QUEPTR 

ISave  registers  I 

0004 

6102 

LD  QUEPTR, QUEIN 

IQueue  the  request  I 

0006 

000E ' 

0008 

3321 

LD  QUEPTR {# ENTOFF ), REASON 

000A 

0002 

000C 

2121 

LD  QUENXT, @QUEPTR 

000E 

6F01 

LD  QUEIN, QUENXT 

ISet  pointer  to  next  slot 

I 

0010 

000E 1 

0012 

4C06 

TSETB  FLAG 

ICan  it  be  processed  now? 

I 

0014 

003C ' 

0016 

E50C 

JR  MI , RESTOR 

I No  1 

0018 

7C06 

LOOP: 

El  NVI 

lYes,  let  more  happen  1 

001A 

3121 

LD  REASON, QUEPTR (# ENTOFF) 

ISimulate  processing  by 

I 

001C 

0002 

001E 

6810 

INCB  COUNTS (REASON) 

1 bumping  count 

1 

0020 

0008' 

0022 

7C02 

DI  NVI 

IDisable  before  dequeing  I 

0024 

2122 

LD  QUEPTR, §QUEPTR 

ICheck  on  next  l 

0026 

4B02 

CP  QUEPTR, QUEIN 

lAnything  else  in  queue  ? 

1 

0028 

000E' 

002A 

EEF6 

JR  NE, LOOP 

I Yes,  do  it  l 

002C 

4C08 

CLRB  FLAG 

! No,  clear  flag  I 

002E 

003C' 

0030 

97F2 

RES TOR 

: POP  QUEPTR, @SP 

IRestore  registers  I 

0032 

2DF1 

EX  REASON, @SP 

0034 

7B00 

IRET 

JAnd  return  1 

ICounters  for  FIFO  interrupt  processing 

1 

0008 

COUNTS 

array  [5  byte] 

A 

IQueue 

for  FIFO  interrupt  processing  1 

000E 

0010' 

QUEIN: 

QUEUE 

0010 

0014' 

QUEUE: 

$+JUMP,  0, 

0012 

0000 

0014 

0018' 

$+JUMP,  0, 

0016 

0000 

0018 

OOIC' 

$+JUMP,  0, 

001A 

0000 

001C 

0020  ' 

$+JUMP,  0, 

001E 

0000 

0020 

0024' 

$+JUMP,  0, 

0022 

0000 

0024 

0028' 

$+JUMP,  0, 

0026 

0000 

0028 

002C' 

$+JUMP,  0, 

nn?A 

anno 

002C 

0030' 

$+JUMP,  0, 

002E 

0000 

0030 

0034' 

$+JUMP,  0, 

0032 

0000 

0034 

0038' 

$+JUMP,  0, 

0036 

0000 

0038 

0010' 

QUEUE,  0, 

003A 

0000 

003C 

00 

FLAG: 

0 
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BENCHMARK  E- 

-68000 

1 

o 

OPT  BRS 

4 

3 

A 

★ 

* 

MC68000  EDN  BENCHMARK  E 

** 

5 

CL 

* 

A 

SUBSTRING  CHARACTER 

SEARCH 

O 

7 

A 

ATTRIBUTES:  * 16  MEGABYTE  ADDRESSING  RANGE 

8 

* 

* POSITION  INDEPENDENT 

9 

A 

* REENTRANT 

10 

A 

11 

* 

INPUT 

ARGUMENTS: 

12 

* 

D0 

- SEARCH  PATTERN  LENGTH 

A0  - 

SEARCH  PATTERN  STRING  ADDRESS 

13 

14 

15 

A 

A 

D1 

- SEARCHED  STRING  LENGTH 

A1  - 

SEARCHED  STRING  ADDRESS 

A 

OUTPUT 

• 

• 

16 

A 

D2 

- RETURNED  MATCHED  OFFSET 

VALUE 

(-1  IF  NO  MATCH) 

17 

A 

18 

* 

ALL  OTHER  REGISTERS  ARE 

TRANSPARENT  OVER  THIS  ROUTINE 

19 

* 

20 

A 

LINES: 

18 

21 

A 

BYTES: 

44 

22 

A 

23 

A 

MC68000L10  BENCHMARK  TIME: 

244.000  MICROSECONDS 

24 

25 

A 

26 

A 

REGISTER  USAGE: 

27 

* 

D0 

- COMPARE  LOOP  COUNTER 

A0  - 

SEARCHED  STRING  ADDRESS 

28 

A 

D1 

- POSITION  LOOP  COUNTER 

A1  - 

PATTERN  STRING  ADDRESS 

29 

A 

D2 

- TOTAL  LENGTH  SAVE 

A2  - 

COMPARE  TEMPORARY  POINTER 

30 

A 

D3 

- INITIAL  CHARACTER 

A3  - 

COMPARE  TEMPORARY  POINTER 

31 

32 

33 

* 

D4 

- COMPARE  LOOP  TEMP 

* 

INDEX 

FUNCTION  SUBROUTINE 

34 

0 

00000000 

48E71830 

INDEX 

MOVEM.L  D3/D4/A2/A3,-(SP) 

SAVE  WORK  REGISTERS 

35 

0 

00000004 

9240 

SUB  D0,D1 

FIND  SEARCH  LOOP  COUNT  (-1) 

36 

0 

00000006 

3401 

MOVE  D1,D2 

ALSO  USE  FOR  FINAL  OFFSET  COMPUTATION 

37 

0 

00000008 

5540 

SUB  #2,D0 

ADJUST  COUNT  FOR  DBRA  LOOP 

38 

0 

0000000A 

1618 

MOVE . B (A0)+,D3 

D2=FIRST  CHAR  TO  BE  FOUND 

39 

A 

SEARCH 

FOR  FIRST  CHARACTER  MATCH 

40 

0 

0000000C 

B619 

FIND1 

CMP.B  (A1 ) + ,D3 

SEARCH  STRING  UNTIL  FIRST  CHAR 

41 

0 

0000000E 

57C9FFFC 

C0UNT1 

DBEQ  D1 , FIND1 

D1  GETS  DECREMENTED  FOR  LOC  CALCULATION 

42 

0 

00000012 

6612 

BNE  NOTFOUND 

BRANCH  IF  NO  FIRST  CHAR 

43 

* 

PERFORM  FULL  PATTERN  COMPARE 

44 

0 

00000014 

2448 

MOVE . L A0,A2 

A2=POINTER  TO  SUBSTRING 

45 

0 

00000016 

2649 

MOVE . L A1,A3 

A3=POINTER  TO  STRING 

46 

0 

00000018 

3800 

MOVE  D0 , D4 

D3=TEMP  FOR  SUBSTRING  COUNTER 

47 

0 

0000001A 

6B08 

BMI  ONECHAR 

BRANCH  IF  ONLY  ONE  CHARACTER 

48 

0 

0000001C 

B70A 

COMPARE 

CMP.B  (A2)+,(A3)+ 

COMPARE  REST  OF  SUBSTRING 

49 

0 

0000001E 

56CCFFFC 

DBNE  D4, COMPARE 

LOOP  IF  STILL  EQUAL  AND  MORE 

50 

0 

00000022 

66EA 

BNE  COUNT1 

BRANCH  BACK  IF  REST  NOT  THE  SAME 

51 

0 

00000024 

9441 

ONECHAR 

SUB  D1.D2 

CALCULATE  OFFSET  OF  MATCH 

52 

0 

00000026 

4CDF0C18 

NOTFOUND 

» MOVEM.L  (SP) + .D3/D4/A2/A3 

RESTORE  WORK  REGISTERS 

53 

54 

55 

0 

000000 2A 

4E75 

RTS 

RETURN  TO  CALLER 

END 

BENCHMARK  E— Z8000 

!Example  E: 

Character  Search! 

! Arguments : 

! 

SRCHLNGTH 

Z 

RO 

! Length  ( m bytes)  of  SRCHSTR! 

ARGLNGTH 

r 

R1 

ILength  (in  bytes)  of  SRCHARG  ! 

SRCHSTR 

z 

R2 

lAddress  of  the  string  to  be  searched! 

SRCHOFF 

z 

R2 

!offset  portion  of  address! 

SRCHARG 

z 

R4 

!Address  of  string  sought! 

ARGOFF 

z 

R4 

lOffset  portion  of  address! 

LOC 

z 

R6 

IReturn  arg:  char  position  0 = 0)  or  ! 

FAILCODE 

= 

-1 

! negative  (FAILCODE)  if  no  match! 

!Workspace 

for  the 

routine : ! 

G 

z 

RH6 

!First  char  of  sought  string  ! 

LCT 

z 

R7 

!Substrmg  counter  ! 

SCH 

z 

R8 

JAddress  register  used  with  ARCHARG! 

ARG 

z 

RIO 

!Address  register  used  with  SRCHARG! 

OFFSAVE 

z 

R12 

IRemembers  original  SRCHOFF  value! 

CT 

z 

R13 

!Count  (bytes  in  srch  string)! 

WK 1 

z 

R7 

NW1 

= 

7 

0000 

ABFD 

SEARCH:  DEC 

SP, #2*NW1 

0002 

1CF9 

LDM 

§SP,V 

/K1 

, #NW1 

!Save  registers  used  ! 

0004 

0706 

0006 

A107 

LD 

LCT, SRCHLNGTH 

!Compute  number  of  substrings! 

0008 

8317 

SUB 

LCT,  J 

ARGLNGTH 

! long  enough  to  match! 

3-95 
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OOOA 

A970 

INC  LCT 

OOOC 

A12C 

LD  OFFSAVE, SRCHOFF 

ISave  initial  SRCHOFF  value! 

OOOE 

2046 

LDB  G,§SRCHARG 

IFirst  char  to  look  for! 

0010 

A940 

INC  ARGOFF 

!Set  to  compare  remainder! 

0012 

AB1 0 

DEC  ARGLNGTH 

IChars  in  remainder! 

oon 

ICheck 

possible  substrings  from 

left  to  right! 

BA24 

CLOOP: 

CPIRB  G, §SRCHSTR,LCT, EQ 

IMatch  first  char! 

0016 

0766 

0018 

EEOA 

JR  NZ , FAIL 

!No  match! 

001 A 

8D14 

TEST  ARGLNGTH 

lAny  more  chars  in  string?! 

001C 

E60B 

JR  Z, MATCH 

! no  - already  finished! 

001 E 

A11D 

LD  CT,  ARGLNGTH 

!Set  length  and  ! 

0020 

A128 

LD  SCH, SRCHSTR 

! string  address! 

0022 

A1 4 A 

LD  ARG,  SRCHARG 

! for  block  comparison! 

0024 

BAA6 

CPSIRB  §SCH,§ARG, CT, NE 

ILook  for  a mismatch  l 

0026 

0D8E 

0028 

EE05 

JR  NZ, MATCH 

IStrings  match  , byte  for  byte! 

002A 

8D74 

TEST  LCT 

! No  match  - try  next  substring! 

002C 

EEF3 

JR  NZ, CLOOP 

! (if  any)  ! 

002E 

2106 

FAIL: 

LD  LOC, #FAILCODE 

!No  more  substrings-f ail ! 

0030 

FFFF 

0032 

E803 

JR  EXIT1 

0034 

A126 

MATCH: 

LD  LOC, SRCHOFF 

!Match  - return  index  of  ! 

0036 

83C6 

SUB  LOC, OFFSAVE 

! substring  matching  initial  ! 

0038 

AB60 

DEC  LOC 

! search  string! 

003A 

1 CF1 

EXIT1 : 

LDM  WK1 ,§SP,#NW1 

003C 

0706 

003E 

A9FD 

INC  SP,//2*NW1 

IRestore  registers  ! 

0040 

9E08 

RET 

BENCHMARK  F— 

LSI-1 1/23 

1 

.TITLE 

BENCHMARK  F 

2 

.IDENT 

/OCT. 22/ 

3 

A 

. ENABL 

LC 

5 

£ 

? BIT 

TEST,  SET 

, OR  RESET 

o 

7 

Q 

9 

7 Find 

a bit,  check  it,  change 

it 

, bash  it,  smash  it 

9 

9 

; Assumes  that 

bits  are  numbered 

from  0 from  the  right-hand 

end  of 

a word. 

10 

; This 

is  the  way  a PDP-11 

views 

words.  Luckily  lef t-to-right  ordering  1 

11 

; Was 

not  a benchmark  requirement 

! Arguments  are  passed  on 

the  stack.  1 

12 

; Naturally,  performance  improvements  could  be  made  by  passing  the 

arguments 

13 

; in  registers. 

14 

; Stack  offsets 

assume  4 bytes 

for  saved  registers: 

X o 
16 

000006 

9 

F 

= 6 

a 

9 

function  code 

17 

000010 

N 

= 10 

a 

9 

relative  bit  number 

18 

000012 

A1 

= 12 

• 

9 

address  of  bit  string 

19 

000014 

RC 

= 14 

a 

9 

address  of  return  code  word 

20 

000016 

WORK 

= 16 

a 

9 

not  used 

! 21 

22 

000000 

ontrace: : 

23 

000000 

btsr  : : 

24 

000000 

010046 

MOV 

RO,  -(SP) 

save  registers 

25 

000002 

010146 

MOV 

Rl,  -(SP) 

26 

000004 

005076 

000014 

CLR 

9RCCSP) 

assume  bit  is  zero 

27 

000010 

016600 

000010 

MOV 

N ( SP ) , RO 

RO  = bit  offset 

28 

000014 

042700 

177770 

BIC 

#“C<7>,  RO 

RO  * bit  within  byte 

29 

000020 

012701 

000001 

MOV 

#1,  Rl 

Rl  = 1 

30 

000024 

072100 

ASH 

RO,  Rl 

shift  the  l in  Rl  left  RO 

times 

31 

000026 

016600 

000010 

MOV 

N (SP ) , RO 

RO  * bit  offset 

32 

000032 

072027 

177775 

ASH 

#-3 , RO 

RO  = byte  offset  into  nit 

string 

33 

000036 

066600 

000012 

ADD 

AKSP),  RO 

RO  ->  the  byte  address 

34 

000042 

130110 

BITS 

Rl,  (RO) 

checK  out  the  bit 

35 

000044 

001402 

BEQ 

10$ 

branch  if  zero 

36 

000046 

005276 

000014 

INC 

@RC (SP ) 

else  return  code  becomes 

one 

37 

000052 

026627 

000006 

000002 

10$: 

CMP 

F ( SP ) , #2 

if  function  code  is  two. 

38 

000060 

001002 

BNE 

20$ 

39 

000062 

150110 

BISB 

Rl,  (RO) 

set  tne  Dit 

40 

A 1 

000064 

000405 

BR 

30$ 

1 

42 

000066 

026627 

000006 

000003 

20$: 

CMP 

F (SP)  , ft  3 

• 

9 

if  function  code  is  three 

9 

43 

000074 

001001 

BNE 

30$ 

44 

000076 

140110 

B1CB 

Rl,  (PO) 

• 

9 

clear  the  bit 

A r 

*13 

Art  A 4 /\  A 

uvuivu 

A 4 n L.  i\  4 

uuoui 

on  a • 

J V 9 a 

unti 
nw  V 

t L f)  \ J ij  1 

(or  j t r rv  x 

• 

9 

w>  e aw  ^ w a , 4 r f a r e 

X C £)  U W 1 C 1 0 

46 

000102 

012600 

MOV 

(SP)+,  HO 

47 

000104 

OF  £ TRACE  : : 

48 

000104 

000207 

RE1URN 

49 

50 

51 

000001 

. LNO 
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BENCHMARK  F— 68000 

1 

2 

OPT 

BRS 

3 

4 

c 

* 

* 

* 

MC68000  EDN  BENCHMARK  F 

6 

7 

* 

* 

BIT 

ARRAY  TEST,  SET, 

AND  RESET 

8 

* 

ATTRIBUTES: 

* 16  MEGABYTE  ADDRESSING  RANGE 

9 

* 

* POSITION  INDEPENDENT 

10 

* 

* REENTRANT 

11 

* 

12 

* 

INPUT: 

13 

* 

D0 

- FUNCTION  CODE 

A0  - BIT  ARRAY  BASE  ADDRESS  1 

14 

* 

D1 

- BIT  SUBSCRIPT  INDEX 

15 

* 

16 

* 

OUTPUT: 

17 

* 

D2 

- RETURN 

CODE 

18 

* 

19 

* 

ALL 

OTHER  REGISTERS  ARE  TRANSPARENT  OVER  THIS  ROUTINE 

20 

* 

21 

* 

LINES:  15 

22 

* 

BYTES:  36 

23 

* 

24 

* 

MC68000L10 

BENCHMARK  TIME: 

70.200  MICROSECONDS 

25 

* 

26 

27 

28 

* 

BIT  TEST,  SET, 

RESET  SUBROUTINE 

29 

0 

00000000 

2401 

BIT 

MOVE . L 

D1,D2 

COPY  BIT  INDEX  OVER 

30 

0 

00000002 

E68A 

LSR.L 

#3  ,D2 

DIVIDE  BY  8 FOR  BYTE 

ADDRESS 

31 

0 

00000004 

5540 

SUB 

#2,D0 

OFFSET  FUNCTION  CODE 

DOWN  2 

32 

0 

00000006 

670C 

BEQ 

SET 

BRANCH  IF  2 TO  SET 

33 

0 

00000008 

5340 

SUB 

#1,D0 

DOWN  ANOTHER 

34 

0 

0000000A 

6710 

BEQ 

RESET 

BRANCH  IF  3 TO  RESET 

35 

* 

TEST 

36 

0 

0000000C 

03302800 

BTST 

Dl, (A0,D2.L) 

CODE  NOT  2 OR  3 - TEST  BIT  I 

37 

0 

00000010 

56C2 

SNE 

D2 

SET  RETURN  CODE  SAME 

AS  BIT 

38 

0 

00000012 

4E75 

RTS 

RETURN  TO  CALLER 

39 

* 

SET 

40 

0 

00000014 

03F02800 

SET 

BSET 

Dl, (A0,D2.L) 

CODE  2 - SET  BIT 

41 

0 

00000018 

56C2 

SNE 

D2 

SET  RETURN  CODE  FOR 

PREVIOUS  SETTING 

42 

0 

0000001A 

4E75 

RTS 

RETURN  TO  CALLER 

43 

* 

RESET 

44 

0 

0000001C 

03B02800 

RESET 

BCLR 

Dl, (A0,D2.L) 

CODE  3 - CLEAR  BIT 

45 

0 

00000020 

56C2 

SNE 

D2 

SET  RC  ONE  OR  ZERO, 

SAME  AS  PREVIOUS 

46 

0 

00000022 

4E75 

RTS 

RETURN  TO  CALLER 

47 

48 

END 

****** 

TOTAL  ERRORS  0— 

0 

BENCHMARK  F — Z8000 

1 Example  F:  Bit 

array  manipulation  routines l 

1 

1 Arguments:  I 

1 

F 

:■  R0  {Function  code  - possible  vaues  are:! 

1 

FL 

:«  RL0 

1 

FH 

:«  RH0 

1 

TSTCODE 

:-  1 

{Test  the  bit! 

1 

SETCODE 

:■  2 

{Set  the  bit  to  11 

I 

RESCODE 

:«  3 

{Reset 

the  bit  to  0! 

1 

1 

N 

:-  R1 

1 Index 

(from  zero)  of  desired  bitl 

1 

1 

A1 

:-  R2 

IAddress  of  bit  array  (RR2  for  seg)  1 

1 

1 

A10FF 

:-  R2 

!R3  for 

segmented  I 

1 

RC 

:«  R3 

{Return 

arg:  set  to  value  of  desired  bitl 

I 

{Workspace  for 

the  routine:! 

1 

BYTNUM 

:«  RC 

{Byte  offset  of  desired  bit  in  A1  array! 

1 

I 

CURBYTE 

:»  FH 

{Temp  home  of  byte  containing  the  bitl 

I 

I 0000 

A113 

BITMAN: 

LD  BYTNUM, N 

{Compute  byte  offset  of  1 

I 

i 0002 

B339 

SRA  BYTNUM, *3 

1 desired  byte  (divide  by  8)  1 

1 

| 0004 

FFFD 

1 

I 0006 

8132 

ADD  A1 OFF, BYTNUM 

{Point  at  desired  byte  1 

1 

1 0008 

2020 

LDB  CURBYTE, §A1 

{Get  the  bytel 

1 

( 000A 

2601 

BITB  CURBYTE, N 

{Test  the  bit! 

1 

1 oooc 

0000 

I 

1 000E 

E607 

JR  Z, 

NOTSET 

1 

( 0010 

BD31 

LDK  RC, 

*1 

ISet-indicate  in  RC1 

1 

( 0012 

AA82 

DECB  FL 

, IRES CODE 

{Should  it  be  cleared?! 

1 

( 0014 

9E0E 

RET  NE 

1 No,  exit  1 

1 

1 0016 

2201 

RESB  CURBYTE, N 

! Yes,  do  it  1 

1 

1 0018 

0000 

1 

( 001A 

2E20 

LDB  @A1 

, CURBYTE 

1 

| 001C 

9E08 

RET 

1 

1 001E 

BD30 

NOTSET: 

LDK  RC, 

to 

IClear-indicate  in  RC1 

1 

1 0020 

AA81 

DECB  FL 

, ISETCODE 

{Should  it  be  set?! 

1 

I 0022 

9E0E 

RET  NE 

1 No,  exit  1 

I 

0024 

2401 

SETB  CURBYTE, N 

1 Yes,  do  it  1 

1 

( 0026 

0000 

1 

I 0028 

2E20 

LDB  8A1 

, CURBYTE 

{Save  changed  byte  1 

1 

I 002A 

9E08 

RET 

mmMmmmm  & 

mmmmtimmmm 

Continued  on  pg  229  1 
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68000 

80 

0 

0000004E 

234A0004 

MOVE . L 

A2  , NEXT ( A1 ) 

SET  NEW. NEXT  TO  CURRENT 

81 

0 

00000052 

236A00080008 

MOVE . L 

PREV (A2) , PREV ( A1 ) 

1 SET  CURRENT  EARLIER  TO  NEW. PREV 

82 

0 

00000058 

25490008 

MOVE . L 

A1,PREV(A2) 

SET  CURREN.PREV  TO  NEW 

83 

0 

0000005C 

24690008 

MOVE . L 

PREV(Al) , A2 

LOAD  CURRENT  EARLIER  ADDRESS 

84 

85 

86 

0 

00000060 

25490004 

FINISHL 

MOVE . L 

A1,NEXT(A2) 

SET  EARLIER. NEXT  TO  NEW 

* RESTORE  REGISTERS  AND  RETURN 

87 

0 

00000064 

4CDF0403 

FINISH 

MOVEM.L 

(SP)+,D0/D1/A2 

RESTORE  REGISTERS 

88 

89 

90 

0 

00000068 

4E75 

RTS 

RETURN  TO  CALLER 

END 

* **  ** * 

TOTAL  ERRORS  0 — 

0 

BENCHMARK  H— Z8000 

(Example  H 

: Insertion  in  a Doubly  Linked  list I 

ADLEN  := 

2 

(Number  of  bytes  in  an  address 

(4  for  segmented  operation) 

( 

(Arguments 

: ! 

LISTCB  := 

R12 

(Address  of  list  control  block 

(RR12  for  segmented) 

! 

(Format  of 

list 

control 

block: 

HEADF  := 

0 

lAdr  of  the  list  "head"  (first 

entry) ! 

TAILF  := 

ADLEN 

(Adr  of  "tail"  (last  entry)! 

NUMF  := 

TAILF+ADL EN 

(Number  of  entries  in  list! 

NEW ENTRY : = 

RIO 

(Address  of  entry  to  be  inserted  1 

(RR10  for  segmented) 

! 

NEWOFF  : = 

RIO 

(Offset  portion  of  address! 

(Format  of 

an  entry 

KEYF  := 

0 

(Key  portion  of  entry! 

LKEY  := 

4 

(Number  of  bytes  in  a key! 

NEXTF  := 

LKEY 

(Pointer  to  "next"  entry  ! 

PREVF  : = 

NEXTF+ADLEN 

(Pointer  to  "previous"  entry! 

I (Working  storage  for  routine: l 

I 

KEY  : = 

RRO 

I 

PTRS  := 

R2 

(First  of  registers  for  NEXT  and  PREV I 1 

NEXTAD  := 

R2 

! (RR2  for  segmented)! 

PREV AD  := 

R3 

! (RR4  for  segmented)! 

NPTRS  := 

ADLEN 

(Registers  in  the  block  (2*ADLEN/2)I  1 

NUM  : = 

R4 

("Number  of  entries"  from  LISTCB  ! 1 

! ( R6  for  segmented)  ! 

WK3  : = 

RO 

NW3  : = 

NPTRS+3 

0000  ABF9 

LISTIN: 

DEC  SP,#2«NW3 

0002  1CF9 

LDM  6SP,WK3,#NW3 

(Save  registers  used  ! 

0004  0004 

0006  14 AO 

LDL  KEY, 6NEWENTRY 

(Get  the  new  entry's  key 

0008  31C4 

LD  NUM, LISTCB ( #NUMF ) 

(Count  the  new  entry! 

OOOA  0004 

OOOC  A940 

INC  NUM 

000E  33C4 

LD  LISTCB( #NUMF) , NUM 

0010  0004 

0012  BD30 

LDK  PREV AD, #0 

(Zap  PREVAD  pointer! 

0014  0B04 

CP  NUM,  # 1 

(First  entry?! 

0016  0001 

0018  EE05 

JR  NE, NOTFRST 

( no-go  scan  list! 

001 A BD20 

LDK  NEXTAD, #0 

I yes  - zap  "next"  ptr! 

001C  2FCA 

LD  §LISTCB,  NEWENTRY 

(Set  LISTCB  "head"  ptr! 

001 E 33CA 

LD  LISTCB(#TAILF), NEWENTRY 

(Set  LISTCB  "tail"  ptr! 

0020  0002 

0022  E817 

JR  UPNEW 

(Update  new  entry's  ptrs 

0024  21 C2 

NOTFRST 

LD  NEXTAD, 0LISTCB 

Unit  "next"  for  scanl 

0026  1020 

SCANLP: 

CPL  KEY, 0NEXTAD 

(Compare  keysl 

0028  E906 

JR  GE, TRYNEXT 

( not  the  placet 

002A  8D34 

TEST  PREV  AD 

(Insert  here.  Head?! 

002C  EEOE 

JR  NZ,UPMID 

1 no  - update  and  exit 

002E  2FCA 

LD  gLISTCB, NEWENTRY 

! yes  - adjust  LISTCB! 

0030  332A 

LD  NEXTAD(tfPREVF) , NEWENTRY 

(Update  prev's  "next"! 

0032  0006 

0034  E80E 

JR  UPNEW 

(Update  new  entry's  ptrs 

0036  A123 

TRYNEXT: 

LD  PREVAD, NEXTAD 

(Next  in  listl 

0038  3132 

LD  NEXTAD, PREV AD(#NEXTF) 

003A  0004 

003C  8D24 

TEST  NEXTAD 

(New  tail?! 

003E  EEF3 

JR  NZ, SCANLP 

! no  - keep  looking! 

0040  333A 

LD  PREV AD(#NEXTF), NEWENTRY 

I yes  - set  prev's  "nxt" 

0042  0004 

0044  33CA 

LD  LISTCBUTAILF),  NEWENTRY 

(Set  LISTCB  "tail"  ptr! 

0046  0002 

< 

0048  E804 

JR  UPNEW 

(Update  new  entry's  ptrs 

rv  r»  ii  * i 

UUHJ1  1 

if  nurn  . 

u r n x.u  » 

LD  NEXTAD ( #PR EVF ) , NEWENTRY 

IflnHof  a no  vf  t q W nn  ou  K f 
• W|/ viu  WV  UW  n v — • - V £ 

004C  0006 

004 E 333A 

LD  PREV ADUNEXTF), NEWENTRY 

(Update  prev's  "next"! 

0050  0004 

0052  A9A3 

UPNEW : 

INC  NEWENTRY,  #LKEY 

(Write  entry  pointer! 

0054  1CA9 

LDM  §NEW ENTRY, PTRS, #NPTRS 

0056  0201 

0058  1 CF1 

LDM  WK3,§SP,#NW3 

005A  0004 

005C  A9F9 

INC  SP, #2*NW3 

(Restore  registers  I 

005E  9E08 

RET 
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96 

0 

0000008 A 

48D3000F 

MOVEM.L 

D0-D3 , (A3) 

. AND 

97 

0 

0000008E 

48D000F0 

MOVEM.L 

D4-D7 , (A0) 

. REC(J) 

98 

0 

00000092 

2209 

MOVE . L 

A1,D1 

Dl  <-  R 

99 

0 

00000094 

240B 

MOVE  . L 

A3  ,D2 

D2  <-  J 

100 

0 

00000096 

9282 

SUB.L 

D2 , D1 

Dl  <-  R-J 

101 

0 

00000098 

9488 

SUB.L 

A0,D2 

D2  <-  J-L 

102 

0 

0000009A 

B48E 

CMP.L 

A6,D2 

COMPARE  (J-L)  <=  MSIZE 

103 

0 

0000009C 

62C6 

BHI 

NEWLR0 

BRANCH  IF  NO 

104 

0 

0000009E 

B28E 

CMP.L 

A6,D1 

COMPARE  (R-J)  <=  MSIZE 

105 

0 

000000A0 

62D8 

BHI 

NEWLR1 

BRANCH  IF  NO 

106 

0 

000000A2 

4CDF0300 

MOVEM.L 

(SP) + , A0/A1 

POP  NEXT  L AND  R FROM  STACK 

107 

0 

000000A6 

2008 

MOVE . L 

A0  ,D0 

TEST  IF  STACK  IS  EMPTY 

108 

0 

000000A8 

6600FF6C 

BNE 

SORT 

CONTINUE  SORT  IF  NOT  EMPTY 

109 

110 

* FALL 

INTO  INSERTION  SORT  AS  ALL  SUBFILES  BELOW  OR  EQUAL  M RECORDS 

112 

* 

INSERTION  SORT  PHASE  I 

113 

* 

114 

* REGISTER  USE: 

D0  - LOOP  CONTROL 

A0  - REC(I) 

115 

* 

D1  - COUNTER  AND  SWAP 

REGISTER  Al  - REC(J) 

116 

* 

D2/D4  - SWAP  REGISTERS  A2/A3  - WORK  REGISTERS 

117 

* 

D5/D7  - "V"  SAVE  REGISTERS  A4  - REC(J-l) 

118 

* 

A5  - "V"  SAVE  REGISTER 

119 

* 

A6  - FRAME  POINTER 

120 

* 

121 

* 

NOTE:  STACK  SPACE  IS  RESERVED 

FOR  "V"  KEY  COMPARE  RECORD  COPIES 

122 

* 

123 

124 

0 

000000AC 

4CDF0101 

MOVEM.L 

(SP)+,D0/A0 

RELOAD  RECORD  COUNT  AND  TOP  RECORD 

125 

0 

000000B0 

4E56FFF0 

LINK 

A6 , #-ENTRYLEN 

ALLOCATE  "V"  KEY  COPY  AREA  ON  STACK 

126 

0 

000000B4 

5540 

SUB 

#2 , D0 

D0  RANGES  FROM  N-2  THROUGH  0 

127 

128 

0 

000000B6 

41E8FFF0 

LOOPOUT 

1 LEA 

-ENTRYLEN (A0) ,A0 

I <-  1-1 

129 

0 

000000BA 

45E80003 

LEA 

KEY ( A0 ) , A2 

A2  ->  KEY (I) 

130 

0 

000000BE 

47E80013 

LEA 

ENTRYLEN+KEY (A0) ,A3 

A3  ->  KEY ( 1+1 ) 

131 

0 

000000C2 

7206 

MOVE . L 

#KEYLEN-1,D1 

LOOP  COUNTER  FOR  COMPARE 

132 

0 

000000C4 

B50B 

CMP III 

CMP.B 

(A3)+,  (A2)  + 

COMPARE  KEY (I)-KEY  (1  + 1) 

133 

0 

000000C6 

56C9FFFC 

DBNE 

D1,CMPII1 

LOOP  WHILE  EQUAL 

134 

0 

000000CA 

6332 

BLS 

ENDIF 

BRANCH  IF  KEY ( I ) <=  KEY(I+1) 

135 

136 

0 

000000CC 

4CD020E0 

MOVEM.L 

(A0 ) ,D5-D7/A5 

V <-  REC(I) 

137 

0 

000000D0 

48D700E0 

MOVEM.L 

D5-D7 , (SP) 

AND  ON  STACK  FOR  KEY  COMPARE 

138 

0 

000000D4 

43E80010 

LEA 

ENTRYLEN (A0) ,A1 

Al  ->  REC(J)  = REC ( 1+1 ) 

139 

0 

000000D8 

2848 

MOVE . L 

A0,A4 

PRIME  A4  ->  REC(J-l) 

140 

141 

0 

000000DA 

4CD1001E 

LOOPIN 

MOVEM . L 

(Al) ,D1-D4 

TEMP  <-  REC(J) 

142 

0 

000000DE 

48D4001E 

MOVEM.L 

D1-D4 , (A4 ) 

REC(J-l)  <-  TEMP 

143 

0 

000000E2 

2849 

MOVE . L 

Al , A4 

A4  ->  NEXT  REC(J-l) 

144 

0 

000000E4 

43E90010 

LEA 

ENTRYLEN (Al) ,A1 

J = J+l 

145 

0 

000000E8 

45EF0003 

LEA 

KEY (SP) ,A2 

A2  ->  KEY  (V) 

146 

0 

000000EC 

47E90003 

LEA 

KEY (Al) ,A3 

A3  ->  KEY ( J ) 

147 

0 

000000F0 

7206 

MOVE . L 

#KEYLEN-1 ,D1 

LOOP  COUNTER  IN  Dl 

148 

0 

000000F2 

B50B 

CMPVJ 

CMP.B 

(A3)+, (A2)+ 

COMPARE  KEY (V) -KEY (J) 

149 

0 

000000F4 

56C9FFFC 

DBNE 

Dl, CMPVJ 

LOOP  WHILE  EQUAL 

150 

0 

000000F8 

62E0 

BHI 

LOOPIN 

IF  KEY (V)  > KEY ( J ) CONTINUE  LOOP 

151 

152 

0 

000000FA 

48D420E0 

MOVEM.L 

D5-D7/A5, (A4 ) 

REC(J-l)  <-  V 

153 

154 

0 

000000FE 

51C8FFB6 

ENDIF 

DBRA 

D0, LOOPOUT 

CONTINUE  LINEAR  INSERT 

155 

' 

156 

0 

00000102 

4E5E 

UNLK 

A6 

FREE  AND  RESTORE  STACK 

157 

0 

00000104 

4CDF7FFF 

MOVEM.L 

(SP) + , D0-D7/A0-A6 

RESTORE  REGISTERS 

158 

0 

00000108 

4E75 

RTS 

RETURN  TO  CALLER 

159 

160 

161 

END 

BENCHMARK  1— Z8000 

(Example 

I:  Quicksort/Insertion  Sort! 

| (Arguments  I 1 

N 

r RO  (Number  of  records  I 

M 

= R1  (Changeover  point  I 

REC 

= RR2  (Array  base  ! 

RECOFF 

= R3 

RECSEG 

= RH2 

(Working 

registers  l 

SCRL 

= RRO  (Scratch  borrowed  from  argument  registers  ! 

SCR1 

= RO 

SCR2 

= R1 

BIGM 

= SCRL 

ADR 

= RR4;  ADRHH  :=  RH4 ; ADRHL  :=  RL4 ; ADRL  :=  R5 

I 

= RR6;  IHI  :=  R6;  ILO  :=  R7 

J 

= RR8;  JHI  : = R8;  JLO  :=  R9 

L 

= RR10;LHI  :=  RIO;  LLO  :=  R11 

U 

= RR1 2; UHI  :=  R12;  ULO  :=  R13 

HAD 

:=  ADRL  (Address  of  I-itera  l 
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JTAD 

• Mi 

• «» 

LLO 

lAddress  of  J-item  1 

PIVOT  := 

SCRL 

PIVHI  := 

SCR1 

PIVLO  := 

SCR2 

ITemporary 

registers  for  item  moving  ! 

DEST 

• Mi 

* — 

LLO 

SRCE 

• Mi 

• — 

ADRL 

I IOther  constants  ! 

ESIZE  := 

16 

iBytes 

per  record  1 

KEYOFF  := 

3 

! Index 

in  record  of  first  byte 

of  key  I 

KEYBYTES : s 

7 

IBytes 

per  key! 

0000 

ABFF 

SORT: 

DEC  SP, #16 

0002 

ABFB 

DEC  SP, #1 2 

0004 

1CF9 

LDM  @SP, RO , #14 

ISave  all  registers  I 

0006 

000D 

0008 

A10D 

LD  ULO,  N 

1 Number  of  records  l 

000  A 

B1CA 

EXTS  U 

OOOC 

190C 

MULT  U,#ESIZE 

IMult  by  size  of  records  1 

000  E 

0010 

0010 

1 40  A 

LDL  L, #0 

iZero  lower  limit  to  start  I 

0012 

0000 

0014 

0000 

0016 

91FC 

PUSHL  0SP,U 

0018 

1900 

MULT  BIGM,  #ESIZE 

lAdjust  cutoff  for  record  size 

001  A 

0010 

001C 

9 1 FO 

PUSHL  §SP, BIGM 

001  E 

DFB7 

CALR  QUICK 

0020 

95F0 

POPL  BIGM,  @SP 

0022 

95F6 

POPL  I,§SP 

0024 

1206 

SUBL  I,#ESIZE 

0026 

0000 

0028 

0010 

002A 

9464 

INSORT: 

LDL  ADR, I 

002C 

1604 

ADDL  ADR, #ESIZE 

002E 

0000 

0030 

0010 

1 CALR  ADCOMPl 

0032 

8135 

ADD  ADRL, RECOFF 

0034 

1604 

ADDL  ADR,  #KEYOFF 

0036 

0000 

0038 

0003 

003A 

9440 

LDL  PIVOT, ADR 

I PIVOT  is  adr  of  key  of  A(I+1)  I 

003C 

DF7D 

CALR  CPPI 

003E 

EF2F 

JR  UGE,  END1 

Ilf  A(I+1 )>=A(I ) , end  block  I 

0040 

ABFF 

DEC  SP, #ESIZE 

0042 

8D08 

CLR  PIVHI 

0044 

A1F1 

LD  PIVLO, SP 

1PIVLO  has  adr  of  V on  stack  I 

0046 

1600 

ADDL  PIVOT, #KEYOFF 

I PIVOT  points  to  key  in  V 1 

0048 

0000 

004  A 

0003 

004C 

A1FB 

LD  DEST, SP 

004  E 

9464 

LDL  ADR, I 

I CALR  ADCOMPl 

1ADRL  is  source  address  l 

0050 

8135 

ADD  ADRL, RECOFF 

0052 

BDA8 

LDK  R1 0 , # ( ESIZ E/2 ) 

0054 

BB51 

LDIR  @DEST,@SRCE, RIO 

ISave  a(I)  on  stack  1 

0056 

OABO 

0058 

9468 

LDL  J,I 

005A 

1608 

ADDL  J, #ESIZE 

IJ  = I + 1 1 

005C 

0000 

005E 

0010 

0060 

9484 

AGN2 : 

LDL  ADR, J 

0062 

1204 

SUBL  ADR, #ESIZE 

I ADR  = J - 1 I 

0064 

0000 

0066 

0010 

ICALR  ADCOMPl 

0068 

8135 

ADD  ADRL, RECOFF 

006  A 

944  A 

LDL  L , ADR 

IL  s address  of  A ( J— 1 ) 1 

006C 

9484 

LDL  ADR, J 

ICALR  ADCOMPl 

006E 

8135 

ADD  ADRL, RECOFF 

0070 

BDA8 

LDK  R1 0 , #(ESIZE/2) 

0072 

BB51 

LDIR  §DEST,§SRCE, RIO 

IA(J-1)  = A( J ) l 

0074 

OABO 

007.6 

1608 

ADDL  J , #ESIZ E 

IJ  = J + 1 I 

0078 

0000 

007  A 

0010 

007  C 

DF9B 

CALR  CPPJ 

007  E 

E401 

JR  OV,  ENDLAST 

0080 

EFEF 

JR  UGE,  AGN2 

0082 

9484 

ENDLAST 

:LDL  ADR,  J 

0084 

1204 

SUBL  ADR, #ESIZE 

IADR  = J - 1 I 

0086 

0000 

0088 

0010 

ICALR  ADCOMPl 

008A 

8135 

ADD  ADRL, RECOFF 

008C 

944  A 

LDL  L, ADR 

008E 

9404 

LDL  ADR,  PIVOT 

0090 

1204 

SUBL  ADR, #KEYOFF 

1 ADR  = address  of  V again  I 

0092 

0000 

0094 

0003 

0096 

BDA8 

LDK  R1  0 , #( ESIZ  E/2 ) 

0098 

BB51 

LDIR  §DEST,@SRCE, RIO 

IA(J-1)  = V l 
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0 ABO 
A9FF 
1206 
0000 
0010 
9C68 
EEC1 

1 CF1 
OOOD 
A9FF 
A9FB 
9E08 


00B2  94  04 
00B4  92A4 
00B6  9004 
00B8  9E02 
OOBA  91F0 


OOBC  94A4 

OOBE  8135 
OOCO  1604 
00C2  0000 
00C4  0003 
00C6  9440 
00C8  94A6 
OOCA  94C8 
OOCC  1608 
OOCE  0000 
OODO  0010 
00D2  91  FA 
00D4  91FC 
00D6  DFD7 
00D8  DFD1 
OODA  9484 

OODC  8135 
OODE  944A 
OOEO  9068 
00 E2  E202 
00E4  DFC5 
00 E6  E8F7 
00E8  DFC4 
OOEA  95FC 
OOEC  95FA 
00 EE  9486 
OOFO  94C8 
00F2  946C 
00F4  1 20C 
00F6  0000 
00F8  0010 
OOFA  1606 
OOFC  0000 
OOFE  0010 

0100  9480 
0102  9260 
0104  9404 
0106  94C0 
0108  92 AO 
010A  9040 
010C  E204 
01 OE  ADA6 
0110  ADB7 
0112  ADC8 
0114  ADD9 
0116  95F0 
0118  ABF7 
01 1 A 1CF9 
011C  0603 
01  IE  D037 
0120  1CF1 
0122  0A03 
0124  A9F7 
0126  D03B 
0128  9E08 


INC  SP,  RESIZE 
END1:  SUBL  I, RESIZE 


TESTL  I 

JR  NZ, INSORT 
LDM  R0,$SP,#14 

INC  SP,  #16 

INC  SP,#12  IRestore  registers  ! 

RET 

ISubroutine  Quicksort  - after  C.  A.  R.  Hoare 
CALL  QUICK  with  BASE  = array  address 

U = offset  of  upper  limit 
L = offset  of  lower  limit 

Semi-sorts  elements  at  offsets  between  L and  U (inclusive). 
The  23-bit  integers  L and  U are  in  the  range  0 to  8,388,607. 


QUICK:  LDL  ADR, U 

SUBL  ADR,L  Icompute  subfile  size  ! 

CPL  ADR,BIGM 

RET  LE  IReturn  if  subfile  is  <=  M long  ! 

PUSHL  0SP,BIGM 

I Partition  array  segment  between  offsets  L and  U (inclusive) 
around  a pivot  element  with  index  J.  Returns  the  ranges: 

( L,  J- 1 ) in  L,U 
(J+1,U)  in  I,J 

! 

PART:  LDL  ADR, L I ADR  = L ! 

JCALR  ADCOMP!  IADR  = actual  address  of  a(L)  ! 

ADD  ADRL, RECOFF 

ADDL  ADR,#KEYOFF  ladd  in  offset  of  key  within  record  I 


LDL  PIVOT, ADR 
LDL  I, L 
LDL  J,U 
ADDL  J,#ESIZE 


JPIVOT  = actual  address  of  pivot  l 


! J = J+1  I 


PUSHL  §SP,  L 

PUSHL  eSP,U  ISAVE  L,U  I 

LPI:  CALR  UPI  line  I until  a(I) 

CALR  DOWNJ  l Dec  J until  a(J) 

LDL  ADR, J 
l CALR  ADCOMP l 
ADD  ADRL, RECOFF 

LDL  L,ADR  IL  = actual  addre 

CPL  J,I  ICompare  J and  I 

JR  LE, MOVPIV  l J <=  I,  exchange 
CALR  EXCHIJ  {Exchange  a(I)  an 

JR  LPI 

MOVPIV:  CALR  EXCHJP  lExchange  a(J)  an 

POPL  U,@SP 

POPL  L,@SP  IRestore  L, U I 

LDL  I,J  ! Put  J in  RR4  l 
LDL  J,U  l Put  U in  RR6  I 
LDL  U,I  ICopy  of  J into  U also! 
SUBL  U,#ESIZE  l L,U  = (L,J-1)  ! 


ADDL  I , #ESIZ  E ! I,J  = (J+1„U)  ! 


! Put  shorter  range  in  L,U,  longer  in  I,J  ! 


ISAVE  L,U  I 

line  I until  a(I)  >=  pivot  valuel 

IDec  J until  a(J)  =<  pivot  value  or  J=<I 


!L  = actual  address  of  a(J)  l 
ICompare  J and  I ! 

IJ  <=  I,  exchange  a(J)  and  pivot  l 
lExchange  a(I)  and  a(J)  values! 

lExchange  a(J)  and  pivot  valuesl 

IRestore  L, U l 


SHORT:  LDL  SCRL,J 

SUBL  SCRL , I 
LDL  ADR,  SCRL 
LDL  SCRL, U 
SUBL  SCRL, L 
CPL  SCRL, ADR 
JR  LE,Q1 
EX  IHI, LHI 
EX  ILO,LLO 
EX  JHI, UHI 
EX  JLO, ULO 

Q1 : POPL  BIGM,eSP 

DEC  SPOFF, #8 
LDM  §SP, IHI, #4 


I SCRL  = U-L  for  first  range l 

ISave  first  U-L  l 

ISCRL  = U-L  for  second  range  1 

ICompare  lengths! 

IDone  if  second  U-L  =<  first  U-L  ! 


ISave  I,J  = longer  (L,U)  range! 


CALR  QUICK  ! Recursive  call  to  sort  shorter  range! 

LDM  LHI,§SP,#4  IRestore  longer  range  into  L,U  ! 


INC  SPOFF, #8 
CALR  QUICK 
RET 


I Recursive  call  to  sort  longer  range! 


012A  1606 


ISubroutines  for  moving  I and  J 

CALL  UPI:  Increment  I until  a(I)  >=  pivot  value 
CALL  DOWNJ:  Decrement  J until  a(J)  =<  pivot  value 
I 

UPI:  ADDL  I,#ESIZE  ! Increment  I ! 
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012£  0000 
012E  0010 
0130  DFF7 
0132  9E04 
Q13M  9E07 
0136  E8F9 

0138  1208 
013A  0000 
013C  0010 
013E  DFFC 
0140  9 EOF 
0142  E8FA 


CALR  CPPI 
RET  OV 
RET  ULT 
JR  UPI 


{Compare  pivot  value  with  a(I)I 
!0V  = 1 says  pivot  = a(I)  ! 
{Return  if  pivot  value  =<  a(I){ 


DOWNJ:  SUBL  J, fESIZE  {Decrement  J i 


CALR  CPPJ 

RET  UGE  {Return  if  pivot  >=  A(J)  I 

JR  DOWNJ 

IPivot  and  exchange  subroutines 

CALL  CPPI  - compare  pivot  value  and  a(I).  Set  FLAGS. 

CALL  EXCHJP  - exchange  a(J)  and  pivot  values 
CALL  EXCHIJ  - exchange  a(I)  and  a(J)  values 
Register  use:  as  for  PART 
U scratch 

ADR  calling  arg  for  and  address  returned  by  ADCONP 
L actual  address  of  a(J)  for  exchange  routines. 


0144 

9464 

CPPI: 

0146 

E801 

0148 

9484 

CPPJ: 

IJM: 

014A 

8135 

014C 

1604 

014E 

0000 

0150 

0003 

0152 

940  A 

0154 

BDC7 

0156 

BA56 

0158 

0CBE 

015A 

9E08 

015C 

9464 

EXCHIJ 

015E 

8135 

0160 

E804 

0162 

9404 

EXCHJP 

0164 

1204 

0166 

0000 

0168 

0003 

016A 

BDC8 

EXCH: 

016C 

215D 

EXLOOP 

016E 

2DBD 

0170 

2F5D 

0172 

A951 

0174 

A9B1 

0176 

FC86 

0178 

9 E08 

017A 

ACC4 

ADCOMP 

017C 

8135 

017E 

B424 

0180 

9E08 

LDL  ADR, I 
JR  IJM 

LDL  ADR, J 
I CALR  ADCOMPl 
ADD  ADRL, RECOFF 
ADDL  ADR, #KEY0FF 


1ADR  = II 


I ADR  = J{ 

I ADR  = adr  of  comparand { 


LDL  L, PIVOT  IL  = actual  pivot  address  l 

LDK  UHI,  0KEYB.YTES  {Number  of  bytes  in  key  l 

CPSIRB  @DEST,'§SRCE,  UHI,  NE 


I CALR  ADCOMP! 
ADD  ADRL, RECOFF 
JR  EXCH 


SUBL  ADR, #KEY0FF 


LDK  UHI, #( ESIZ  E/2 ) 
LD  ULO, §ITAD 
EX  ULO, §JTAD 
LD  §ITAD, ULO 
INC  ADRL, #2 
INC  LLO, #2 
DJNZ  UHI, EXLOOP 
RET 


ADD  ADRL, RECOFF 
ADCB  ADRHH, RECSEG 


lExhange  a(I)  and  a(J)  1 


!ADR  = address  of  a(J)  1 


{Record  word  count  l 
{Pick  up  pivot  or  A(I)  l 
{Exchange  with  A(J)  I 
I a(I)  or  pivot  = a(J)I 


{And  repeat  for  whole  record  I 


{Move  high  index  to  seg  field  I 
1 Add  offset  of  REC  to  low  index  1 
{Add  seg  of  REC  (with  C)  to  high 
I part  of  index  I 
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1 

.TITLE 

BENCHMARK  K 

2 

.IDENT 

/OCT. 23/ 

3 

A 

.ENABL 

LC 

% 

5 

6 

BOOLEAN  MATRIX 

TRANSPOSE  , 

7 

Transpose  a tightly-packed  bit  matrix 

9 

Arguments  are 

passed  on  the  stack. 

10 

Offsets  assume 

14(8)  bytes  used  for  saving  registers  on  stack. 

11 

12 

000016 

N 

= 16 

• 

9 

size  of  matrix 

1? 

000020 

Al 

■ 20 

• 

9 

pointer  to  a word  of  storage 

14 

000022 

A2 

= 22 

• 

9 

bit  offset  of  start  of  matrix 

15 

16 

000000 

3NTRACE : : 

4 •» 
A 9 

A A A A A A 
vv vv vv 

?MT  i i 

18 

19 

; save  registers 

20 

• 

21 

000000 

010046 

MOV 

R0,  -CSP) 

22 

000002 

010146 

MOV 

Rl,  -CSP) 

23 

000004 

010246 

MOV 

R2,  -CSP) 

24 

000006 

010346 

MOV 

R3,  -(SP) 

25 

000010 

010446 

MOV 

R4 , -CSP) 

26 

000012 

010546 

MOV 

R5 , -(SP) 

27 

Continued  on  pg  256 
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69  0 0000003C  B88 3 CMP.L  D3,D4  TEST  FOR  MEET  AT  DIAGONAL 

70  0 0000003E  66D6  BNE  INNRLP  BRANCH  IF  NOT  FOR  ANOTHER  SWAP 

71 

72  0 00000040  51CAFFCC  DBRA  D2,OUTRLP  LOOP  UNTIL  PAST  'N' 

73 

74  0 00000044  4CDF0738  MOVEM.L  (SP) +,D3-D5/A0-A2  RESTORE  REGISTERS 

75  0 00000048  4E75  RTS  RETURN  TO  CALLER 

76 

77  END 


BENCHMARK  K— Z8000 

I I Example  K:  Boolean  Matrix  Transpose  I 

I Arguments : 1 

NX  j = RO 

lDimension  of  Matrixl 

A2  : - R1 

IBit  (0<®A2<=15)  at  which 

matrix  begins  in  All 

A1X  ; * R2 

lAddress  of  first  word  of 

Matrix! 

IWorking  storage 

for  the  routine:! 

WK5  : = R4 

NW5  : ■ 9 

IJBYTE  : = RH4 

IByte  containing  a(IfJ)  I 

JIBYTE  :=  RL4 

IByte  containing  a(J,I)  I 

TWOBITS  :*=  RH5 

1 Holds  both  bit  values! 

IJBP  : «=  R6 

!Bit  number  of  a(I,J)I 

JIBP  : = R7 

IBit  number  of  a(I,J)  ! 

IJPTR  : = R8 

lAddress  of  IJ  byte! 

JIPTR  : = R9 

lAddress  of  JI  byte! 

IJBX  :=  RIO 

I IJBP  for  outer  loop! 

JIBX  :=  Rll 

! JIBX  for  outer  loop! 

LPCNT  :=  R12 

ICounter  for  outer  loop! 

ILong  registers 

for  one-step  loads! 

BPL  : = RR6 

OFFL  : * RR8 

BXL  :=  RR10 

ICode 

for  Boolean  matrix  transpose  1 

I 0000  ABFF  BMTRAN:  DEC  SP,#16 

0002  ABF1 

DEC  SP,#2*NW5-16 

0004  1CF9 

LDM  @SP, WK5 , #NW5 

ISave  registers  ! 

0006  0408 

0008  A11A 

LD  IJBX, A2 

1 I,J  » J,I  ■ 1,1  ! 

OOOA  A11B 

LD  JIBX, A2 

000C  A10C 

LD  LPCNT, NX 

lExecute  outer  loop  1 

000E  ABC0 

DEC  LPCNT 

1 N-l  times  1 

0010  A9A0  OUTLP 

: INC  IJBX 

I Increment  row  and  1 

0012  810B 

ADD  JIBX, NX 

I column  for  outer  loop  1 

0014  94A6 

LDL  BPL, BXL 

Unit  inner  loop  ptrs  1 

0016  9468  I NLP: 

LDL  OFFL, BPL 

{Compute  byte  addresses  1 

0018  B389 

SRA  IJPTR, #3 

001A  FFFD 

001C  8128 

ADD  IJPTR, A1X 

001E  B399 

SRA  JIPTR, #3 

0020  FFFD 

0022  8129 

ADD  JIPTR, A1X 

0024  8255 

SUBB  TWOBITS, TWOBITS 

Unit  bit  keeper! 

0026  209C 

LDB  JIBYTE,  WIPTR 

IGet  JI  byte! 

0028  2607 

BITB  JIBYTE, JIBP 

I Put  bit  into  1 

002A  0C00 

002C  AE5E 

TCCB  NZ, TWOBITS 

! TWOBITS,  1 

002E  B254 

RRB  TWOBITS 

1 sign  bit  1 

0030  2084 

LDB  IJBYTE, § IJPTR 

IGet  IJ  byte  I 

0032  2606 

BITB  IJBYTE, IJBP 

IGet  IJ  bit  l 

0034  0400 

0036  AE5E 

TCCB  NZ, TWOBITS 

1 TWOBITS,  l.s.b.  1 

0038  B254 

RRB  TWOBITS 

IReset  V if  & only  if  1 

003 A ECOF 

JR  NOV, $3 

1 bits  equal,  done  1 

003C  ED07 

JR  PL, $1 

11s  IJ  bit  set?  1 

003E  2407 

SETB  JIBYTE, JIBP 

1 Yes,  set  JI  1 

0040  0C00 

0042  2E9C 

LDB  §JIPTR, JIBYTE 

IStore  JI  byte  I 

0044  2084 

LDB  IJBYTE, 0IJPTR 

IReread  in  case  IJPTR  ■ JIPTR  1 

0046  2206 

RESB  IJBYTE, IJBP 

IReset  IJ  1 

0048  0400 

004A  E806 

JR  $2 

004C  2207  $1: 

RESB  JIBYTE, JIBP 

! No,  reset  JI  ! 

004E  0C00 

0050  2E9C 

LDB  § JIPTR, JIBYTE 

IStore  JI  byte  1 

0052  2084 

LDB  IJBYTE, §IJPTR 

IReread  in  case  IJPTR  ■ JIPTR  1 

0054  2406 

SETB  IJBYTE, IJBP 

ISet  IJ  1 

0056  0400 

0058  2E84  $2: 

LDB  § IJPTR, IJBYTE 

IStore  IJ  byte! 

005A  8106  $3: 

ADD  IJBP, NX 

{Increment  row  and  column  1 

005C  A970 

INC  JIBP 

l for  inner  loop! 

005E  8B76 

CP  IJBP, JIBP 

I At  the  diagonal  yet?  1 

0060  EEDA 

JR  NE, INLP 

! No,  keep  swapping  1 

0062  FCAA 

DJNZ  LPCNT, OUTLP 

1 Yes,  do  NEXT  outer  loop  1 

0064  1CF1 

LDM  WK5,@SP,#NW5 

0066  0408 

0068  A9FF 

INC  SP, #16 

006A  A9F1 

INC  SP, #2*NW5-16 

{Restore  registers  ! 

006C  9E08 

RET 
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Peripheral  Families 
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Some  fundamental  constraints  on  micro- 
processor peripheral  families  have  always 
existed,  but  some  of  the  more  severe  con- 
straints in  the  present  16-bit  environment 
will  be  worse  in  future  32-bit  environments. 
One  of  these  restrictions  is  the  number  of 
signal  lines  available — usually  correspond- 
ing to  the  number  of  pins  on  a package. 
Present  packaging  technology  for  mass- 
produced  parts  allows  up  to  64  pins,  which 
is  sufficient  for  a 16-bit  microprocessor 
with  an  unmultiplexed  address/data  bus  or  a 
32-bit  microprocessor  with  a multiplexed 
address/data  bus.  Unfortunately,  control  of 
these  wide  buses  uses  most  of  the  pins 
available  with  current  packaging,  so  any 
device  controlling  the  bus  cannot  have  a 
wide,  independent  data  path. 

The  key  word  here  is  "independent.”  It  is 
certainly  possible  to  design  a device  that 
could  operate  a local  bus  and,  when  neces- 
sary, switch  modes  to  control  a global  bus. 
This  mode  of  operation  for  multiple 
processor-type  devices  is  inferior  for 
several  reasons.  First,  when  the  buses  are 
linked,  other  processes  experience  longer 
delays  in  being  serviced.  Second,  an  archi- 
tecture that  allows  multiple-processor 
devices  access  to  most  memory  in  the  system 
is  a difficult  one  in  which  to  assure  data 
and  system  integrity.  A third  difficulty  is 
simply  the  number  of  devices  necessary  to 
link  the  buses.  Typical  implementations 
require  six  to  eight  packages. 

A significant  observation  is  that  the  only 
commercially  available  I/O  devices  that 
incorporate  a DMA-type  function  are  serial 
input/output  devices  and  CRT  control lers. 
Only  these  applications  allow  enough  pins  to 
properly  Implement  the  DMA  function. 

Fortunately,  the  same  technology  that 
enables  the  Integration  of  16-  and  32-bit 
microprocessors  also  allows  the  integration 
of  considerable  intelligence  and  some  buffer 
memory  in  the  peripheral  device.  This  is  a 
very  powerful  combination,  especially  in 
conjunction  with  highly  integrated  CPU/DMA 


combinations,  and  can  be  used  to  link  mul- 
tiple local  buses  to  a main  system  bus  at 
high  speed  and  with  little  overhead. 

Local  buses  are,  in  general,  a very  effec- 
tive way  to  Improve  overal I system  per- 
formance. They  allow  significant  parallel 
processing  to  occur  and  can  improve  system 
reliability  by  partitioning  the  tasks  to 
make  interference  between  processes  less 
likely.  Many  of  the  problems  with  linking 
multiple  buses  can  be  avoided  by  adding 
buffer  memory  between  the  buses.  In  many  of 
the  new-generat Ion  I/O  devices,  this  buffer 
memory  can  be  included  on  the  integrated 
circuit  itself. 

An  example  of  the  power  of  these  techniques 
is  the  construction  of  a high-speed 
para  I lel/serlal  front-end  processor  for  a 
high-end  microcomputer  system  (Figure  1). 

The  key  element  in  this  system  is  the  Z8038 
FIO  (FIFO  Input/Output)  device.  This  is  a 
128x8  FIFO  buffer  that  has  the  necessary 
Intelligence  and  flexibility  to  interface  to 
a wide  variety  of  microprocessors.  It  also 
has  the  ability  to  interrupt  under  a variety 
of  conditions  and  can  bypass  the  data  FIFO 
by  a separate  path  to  pass  control  and 
status  information  from  one  processor  to 
another. 

Information  is  passed  from  one  processor  to 
the  other  on  a message  basis.  A typical 
transfer  begins  with  the  main  system 
processor  sending  a control  byte  through  the 
FIO  to  the  local  processor  via  the  bypass 
register.  This  control  communication  typi- 
cally includes  information  about  the  data 
block  length,  the  intended  destination,  and 
any  other  relevant  parameters.  At  the  same 
time,  the  main  system  DMA  can  be  set  up  to 
begin  transfer ing  data  into  the  FIO.  Either 
of  the  two  DMA  control lers  in  this  system 
can  be  eliminated  with  little  loss  in  per- 
formance if  the  CPU  has  block  memory- to- I /0 
move  instructions  available,  as  in  the  Z80 
or  Z8000.  After  initial  setup  of  the  FIO, 
the  main  system  DMA  is  activated  and  quickly 
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fills  the  FIO*s  data  buffer.  If  the  local 
system  DMA  has  not  yet  been  activated*  This 
Is  of  little  consequence,  since  the  main 
system  DMA  will  simply  stop  transfers  when 
the  RDY  signal  from  the  FIO  goes  Inactive* 
Similarly,  If  a block  move  Instruction  Is 
being  used  Instead  of  a DMA,  the  FIO 
provides  an  ”1nterrupt-on-fu 1 1”  Interrupt, 
which  allows  the  CPU  to  do  other  tasks  until 
next  Interrupted  by  the  FIO.  This  second 
Interrupt  occurs  only  when  the  contents  of 
the  FIO  have  been  emptied  to  a predetermined 
programmable  level* 


Similarly,  on  the  local  bus  side  of  the  FIO, 
the  DMA  will  be  act l ve  only  when  there  I s 
data  remaining  In  the  FIO*  To  reduce  the 
number  of  bus  request  cycles  (or  Interrupts 
In  the  case  of  a block  move  Instruction), 
the  FIO  can  be  programmed  to  request  service 
from  the  local  DMA  only  when  the  FIFO  con- 
tains more  than  a certain  programmable 
number  of  bytes.  It  will  then  transfer 
until  the  FIFO  Is  empty  and  continue  this 
burst  cycling  until  the  end  of  the  block. 

The  combination  of  the  block  move  Instruc- 
tions and  the  FIO  Is  more  powerful  than  the 
replacement  of  the  DMA  function.  Unlike  the 
DMA,  which,  by  requesting  the  system  bus, 
places  Itself  at  a higher  priority  than  any 
Interrupt  In  the  system,  the  block  move 
Instructions  can  be  Interrupted.  This  means 
that  a high-priority  Interrupt  In  either  the 
local  system  or  the  main  system  can  be 
serviced  Immediately,  even  though  the  CPU  Is 
Involved  In  a very  high  speed  transfer  of 


data  through  the  FIO.  If  the  Interrupt 
routine  Is  short,  the  other  system  may  not 
even  notice  that  the  FIO  was  not  being 
serviced  for  a short  interval.  If  the 
interrupt  Is  longer,  the  fact  that  the  FIFO 
may  go  empty  Is  of  little  consequence.  An 
interrupt  on  empty  or  an  Inactive  RDY  line 
will  serve  to  temporarily  suspend  service  of 
the  FIO  at  the  local  end. 

The  FIO  Is  sufficiently  flexible  to  inter- 
face In  four  distinct  applications: 

• To  a multiplexed  address/data  bus  micro- 
processor. 

• To  an  unmultiplexed  address/data  bus 
microprocessor. 

• With  handshake  lines  to  most  types  of 
para  I lei -interface  I/O  devices. 

• As  a “high  byte  portion”  of  a 16-  or 
32-blt  link  between  buses. 


Figure  1 also  shows  the  use  of  the  FIO  in 
a handshake  application.  One  of  the  princi- 
pal advantages  of  the  FIO  in  this  configur- 
ation is  its  ability  to  decrease  interrupt 
hand  I i ng  overhead  by  more  than  two  orders  of 
magnitude,  compared  to  the  typical  interrupt 
handling  with  a parallel  I/O  device.  For 
example,  if  interfaced  to  a line  printer, 
the  CPU  would  be  interrupted  once  per  line 
rather  than  once  per  character.  Another 
capability  of  the  FIO  is  its  ability  to 
recognize  special  characters  (or  bits  in  a 
character).  It  can  interrupt  or  stop  DMA 
transfers  when  a special  character  comes 
through  the  FIFO,  such  as  End  of  File. 


BIDIRECTIONAL 
HIGH  SPEED 

PARALLEL 

PORT 


LOCAL 

MEMORY 


8 FULL  DUPLEX  ASYNCHRONOUS  OR 


SYNCHRONOUS  SERIAL  PORTS 


Figure  1.  High-End  Microcomputer  System 
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The  other  device  shown  in  the  example  is  the 
Z8030  Z-SCC  (Serial  Communications  Control- 
ler), This  device  can  interface  to  nearly 
any  type  of  serial  device  at  up  to  a speed 
of  1 million  bits  per  second.  This 
includes  all  popular  asynchronous  formats 
and  IBM  Bisync  (including  Transparent  mode), 
as  well  as  the  newer  protocols  such  as  X.21, 
X,25,  SDLC,  and  HDLC,  In  its  various  modes, 
the  Z-SCC  can  generate  and  check  the  two 
most  popular  CRCs  (Cyclic  Redundancy  Codes), 
It  also  provides  parity  generation  and 
checking  and  handles  various  lengths  of 
characters. 

One  major  advantage  of  the  Z-SCC  over 
previous  serial  communications  devices  is 
its  ability  to  do  all  clock  recovery  and 
generation  for  most  types  of  encoding. 
Specifically,  it  can  encode  and  decode  NRZI 
as  well  as  FM  encoded  data  with  transitions 
being  interpreted  as  either  Is  or  Os,  It 
can  also  recover  both  clock  and  data  from 
Manchester  encoded  data. 


In  addition  to  its  clock  recovery  capabili- 
ties, the  Z-SCC  has  two  timers  for 
independent  baud  rate  generation  in  each 
full  duplex  channel.  The  timing  sources  can 
be  the  Z-SCC  control  clock,  an  external 
clock  source,  or  the  output  of  either  of  the 
on-chip  crystal  oscillators.  This  extreme 
flexibility  in  timing  allows  complete  on- 
chip  local  loopback  testing.  An  Auto-Echo 
mode  is  also  provided  for  modem  and  link 
testing. 

In  keeping  with  the  trend  of  increased 
buffer  memory,  the  Z-SCC  has  sufficient 
on-board  buffering  (four  characters  in  the 
receiver)  to  allow  time  for  Interrupt 
response  even  at  relatively  high  data  rates. 
If  DMA  control  becomes  necessary  for  even 
faster  data  transfer,  this  can  be  accom- 
plished in  a full  duplex  manner  in  both 
channel s. 
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Z-Family  Memories 


Interlacing  to  the 
Z6132  Intelligent  Memory 


Zilog  Application  Note 


April  1981 


Introduction  In  memory  applications  where  the  require- 
ments for  byte-wide  buffer  storage  are  modest 
(2K  to  32K  bytes),  the  Z6132  offers  a new  con- 
cept in  intelligent  memory.  The  Z6132  features 
4K  bytes  of  RAM  in  a byte- wide,  28-pm 
package  that  conforms  to  the  2716/2732  JEDEC 
standard. 

This  application  note  discusses  the  basic 
features  and  operating  modes  of  the  Z6132, 
with  application  examples  given  for  each  of 
Zilog's  microprocessors.  In  addition  to  a 
discussion  of  the  interface  requirements  for  the 
Z8™,  Z80®  and  Z8000™  CPUs,  an  application 
example  describes  the  design  requirements  for 
interchanging  the  Z6132  with  2716/2732-type 
EPROMs.  Each  interface  design  includes  logic 
and  timing  diagrams.  Other  Zilog  documents 


that  might  be  useful  are  referenced  throughout 
the  application  note. 

The  application  note  is  divided  into  four  sec- 
tions. The  first  section  provides  a general 
description  of  the  Z6132  along  with  functional 
descriptions  of  each  available  type  of  memory 
operation.  The  self-refresh  operation  is 
discussed  with  the  various  refresh  options 
available  with  the  Z6132.  The  second  section 
begins  the  application  examples  by  providing 
interface  circuitry  for  the  Z80A  CPU.  The  third 
and  fourth  sections  provide  interface  circuitry 
and  timing  for  the  Z8002  and  Z8  micro- 
processors. The  section  that  discusses  the  Z8 
memory  interface  also  treats  the  design  criteria 
for  interchanging  the  Z6132  with  either  2716- 
or  2732-type  EPROMs. 


General  The  Zilog  Z6 132  is  a +5  V,  intelligent,  MOS 

Description  dynamic  RAM  organized  into  4096  8-bit  words, 
of  the  Z6132  The  Z6132  uses  high-performance,  depletion- 
load, double-poly,  n-channel,  silicon-gate 
MOS  technology  with  a mixture  of  static  and 
dynamic  circuitry  that  provides  a small 
memory  cell  and  low  power  consumption. 
Internally,  the  Z6132  uses  dynamic  storage 
cells,  but  externally,  the  Z6132  functions  as  a 
static  RAM  because  it  controls  and  performs  its 
own  refresh.  This  eliminates  the  need  for  exter- 
nal refresh  support  circuitry  and  combines  the 
convenience  of  a static  RAM  with  the  high 
density  and  low  power  consumption  normally 
associated  with  dynamic  RAMs. 

The  Z6132  is  particularly  well  suited  for 
microprocessor  and  minicomputer  applications 
where  its  byte-wide  organization,  self-refresh, 
and  single  power-supply  voltage  result  in  a 
reduced  parts  count  and  a simplified  design. 
The  Z6132  supports  both  multiplexed  and  non- 
multiplexed  address  and  data  lines  using  the 
control  signals  Address  Strobe  (AS)  and  Data 
Strobe  (DS)  to  latch  address  and  data  internal 
to  the  memory ’chip.  The  circuit  is  packaged  in 
an  industry-standard,  28-pm  DIP  and  is  pin 


compatible  with  the  proposed  JEDEC  standard. 
The  Z6132  conforms  with  the  Z-BUS  specifica- 
tion used  by  the  new  generation  of  Zilog 
microprocessors,  the  Z8  and  Z8000. 

The  Z6132  4K  x 8 quasi-static  RAM  is 
organized  as  two  separate  memory-bit  blocks. 
Each  block  has  128  sense  amplifiers  with  64 
rows  of  memory  bits  on  each  side.  Both  blocks 
have  separate  row  address  buffers  and 
decoders.  The  two  sets  of  row  address  . 
decoders  are  addressed  either  by  the  address 
inputs  A1-A7  or  by  the  internal  7-bit  refresh 
counter.  The  least  significant  address  input 
(A 0)  selects  one  of  the  two  blocks  for  external 
access.  While  the  selected  block  performs  a 
read  or  write  operation,  the  other  memory 
block  uses  the  refresh  counter  address  to 
refresh  one  row.  Details  of  the  self-refresh 
mechanism  are  discussed  in  the  next  section. 

A memory  cycle  starts  when  the  rising  edge 
of  Address  Clock  (AC)  clocks  in  Chip  Select 
(CS),  Ao,  and  Write  Enable  (WE).  If  the  chip 
is  not  selected  (CS  is  High),  all  other  inputs 
are  ignored  until  the  next  rising  edge  of  AC.  If 
the  chip  is  selected  (CS  is  Low),  the  12 
address  bits  and  the  Write  Enable  bit  are 


clocked  into  their  respective  internal  registers. 
The  block  addressed  by  Ai-An  is  determined 
by  Ao;  the  other  block  is  refreshed  by  the  7-bit 
refresh  counter. 

The  Chip  Select  and  address  inputs  must  be 
held  valid  for  only  a short  time  after  the  rising 
edge  of  AC.  This  supports  the  multiplexing  of 
address  and  data  and  allows  enough  setup  time 
for  the  multiplexed  data  lines  to  settle  with 
respect  to  the  input  control  signal  Data  Strobe. 

A read  cycle  is  initiated  by  the  rising  edge 
of  AC  while  CS  is  Low  and  WE  is  High.  A Low 


on  the  DS  input  activates  the  data  outputs  after 
a specified  delay.  During  a read  operation, 

DS  is  only  a static  Output  Enable  signal. 

Write  cycle  is  initiated  by  the  rising  edge  of 
AC  while  both  CS  and  WE  are  Low.  The  WE 
input  is  checked  again  on  the  falling  edge  of 
DS.  If  WE  is  still  Low,  the  falling  edge  of  DS 
strobes  the  data  on  the  D0-D7  inputs  into  the 
addressed  memory  location.  Data  must  be 
valid  for  only  a short  hold  time  after  the  falling 
edge  of  DS. 
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Figure  i.  Block  Diagram 


Self-Refresh  The  Z6132  stores  data  in  a single- transistor 
Operation  dynamic  cells  that  must  be  refreshed  at  least 

every  2 ms.  Each  of  the  two  memory  blocks 
contains  16,384  cells  and  reguires  128  refresh 
cycles  to  completely  refresh  the  array.  The 
Z6132  operates  in  one  of  two  user-selectable 
self-refresh  modes,  each  satisfying  the  refresh 
time  requirements.  On  the  basis  of  the 
available  memory  cycle  time,  the  user  can 
decide  to  use  either  the  Long  Cycle-Time 
Refresh  mode  or  the  Short  Cycle-Time  Refresh 
mode.  The  Long  Cycle-Time  Refresh  mode  is 
the  simplest  self-refresh  mode  and  is  enabled 
by  permanently  grounding  the  BUSY  output 
pm  of  the  Z6132.  Every  memory  cycle  in  this 


mode  consists  of  a memory  operation  followed 
by  a refresh  operation  on  both  blocks,  after 
which  the  refresh  counter  is  incremented. 
Internally,  the  complete  cycle  consists  of  a 
four-phase  sequence: 

1.  Memory  read,  write,  or  write  inhibit 

2.  Precharge 

3.  Refresh 

4.  Precharge 

These  internal  operations  are  automatic  and 
transparent  to  the  user.  When  the  chip  is  not 
selected  (CS  is  High  when  AC  goes  High),  the 
first  two  phases  are  omitted.  There  are  two 
important  requirements:  the  memory  cycle 
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times  must  always  be  longer  than  the  TC  cycle.  Hence,  the  addressing  of  PROM  or  I/O 

(minimum  memory  cycle  time)  value  specified  can  also  be  used  to  refresh  the  Z6132  by  allow  - 

when  BUSY  is  Low,  and  there  must  be  at  least  mg  it  to  receive  Address  Clocks  without  Chip 

128  Address  Clocks  in  any  2 ms  period.  Select. 

The  Long  Cycle-Time  Refresh  mode  is  most  Under  normal  conditions,  the  deselected  and 

practical  for  microprocessor  applications  odd/even  self-refresh  mechanisms  step  through 

where  the  read  and  write  cycle  times  are  in  the  128  refresh  addresses  m less  than  2 ms.  To 

range  of  650-750  ns.  The  Short  Cycle-Time  guarantee  proper  refresh  operation,  even  in 

Refresh  mode  is  a more  sophisticated  self-  the  exceptional  case  of  the  memory  being  con- 

refresh  mode  that  is  activated  by  pulling  the  tinually  selected  and  addressed  by  a long 

BUSY  output  pin  High  through  a pullup  string  of  all  even  or  all  odd  addresses,  a built- 

resistor  (typically  1 kfi)  to  Vcc*  The  BUSY  out-  in  cycle  counter  activates  the  BUSY  output  and 

puts  of  several  Z6132  chips  can  be  OR- wired  requests  a lengthened  memory  cycle  to  append 

together.  In  this  mode,  the  Z6132  always  per-  a refresh  operation.  This  internal  cycle  counter 

forms  a refresh  operation  on  the  memory  block  is  reset  whenever  the  refresh  counter  is  incre- 
that  is  not  being  addressed  from  the  outside.  mented.  The  cycle  counter  then  counts 

If  the  chip  is  selected  (CS  is  Low  when  AC  memory  cycles  and  activates  the  BUSY  output 

goes  High),  the  refresh  counter  refreshes  the  when  it  reaches  a count  of  17. 
block  that  is  not  addressed  by  Ao.  The  refresh  BUSY  is  fed  into  the  WAIT  input  of  most 

counter  is  incremented  after  both  an  even  and  microprocessors  and  is  a request  to  the  CPU 
an  odd  address  have  occurred.  This  self-  for  a longer  memory  cycle.  The  BUSY  line  is 

refresh  scheme  takes  advantage  of  the  sequen-  held  Low  by  the  Z6132  until  the  refresh  cycle 

tial  nature  of  most  memory  addressing.  If  the  has  started.  BUSY  becomes  active  only  when 

chip  is  deselected  (CS  is  High  when  AC  goes  the  Z6132  has  been  selected  and  addressed 

High),  both  blocks  are  refreshed  and  the  with  all  odd  or  all  even  addresses  for  17  con- 

refresh  counter  is  incremented  after  every  secutive  Address  Clocks. 

Interfacing  The  Z6132  was  designed  to  interface  with  address  stable  time  (110  ns  in  Ti),  the  max- 

the  Z6132  to  Z-BUS™-compatible  microporcessors  such  as  imum  access  time  available  for  a memory  fetch 

the  Z80A  CPU  the  Z8  and  Z8000.  Although  the  Z80  does  not  is  reduced  to  355  ns. 

directly  produce  Z-BUS-compatible  memory  To  keep  the  interface  logic  for  the  Z6132  to  a 

signals,  only  three  commonly  available  inte-  minimum  and  still  use  commonly  available 

grated  circuits  are  required  to  interface  the  parts,  the  Z6 132-5  (300  ns  access  time)  is 

Z6132  with  the  Z80A  CPU.  The  interface  logic,  exemplified.  Timing  edges  provided  by  the 

circuit  description,  and  timing  diagrams  for  Z80A  CPU  clock  are  used  to  activate  the  Z6132 

each  important  processor  cycle  are  discussed  Address  Clock  (signal  AC  shown  in  Figures  2, 

later.  Further  information  on  the  Z6132  and  3,  4,  and  5).  Figure  7 shows  the  logic  for  the 

Z80A  CPU  can  be  obtained  from  the  Z6132  Z80A-to-Z6132  interface.  The  74S00  NAND 

Product  Specification  (document  number  gate  has  a maximum  delay  of  5 ns,  the  74LS04 

00-2028- A)  and  the  Z80B  CPU  AC  inverter  has  a maximum  delay  of  15  ns,  and 

Characteristics  (document  number  00-2005- A).  the  74S74  has  a maximum  clock  to  output 

The  Ml  or  opcode  fetch  cycle  of  the  Z80A  delay  of  9 ns.  The  clear-to-Q  output  Low  delay 

CPU  represents  the  shortest  memory  cycle  and  is  8 ns  for  the  74S74.  These  numbers  are 

must  be  given  careful  consideration  when  displayed  in  the  timing  diagrams  for  the  Z6132 

designing  memory  interface  logic.  Figure  2 control  signals  CS,  AC,  DS,  and  WE 

shows  the  Z80A  CPU  Ml  cycle  in  detail  along  (Figures  2-6). 

with  worst-case  delay  timings  for  the  important  The  following  description  of  a memory  fetch 

control  signals.  The  maximum  access  time  cycle  illustrates  how  each  of  the  important 

allowed  for  an  opcode  fetch  (under  ideal  con-  Z6132  timing  parameters  is  met.  The  Ml  cycle 

ditions)  is  500  ns  in  clock  cycles  Ti  and  T2.  begins  with  the  activation  of  Z80A  CPU  control 

Considering  worst-case  Z80A  CPU  data  setup  signal  Ml  in  clock  cycle  Tp  Since  the  max- 
time (35  ns  in  T2)  and  worst-case  opcode  imum  delay  for  Ml  is  100  ns  (Figure  2)  and  the 


Self-Refresh 

Operation 
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maximum  delay  from  the  rising  edge  of  Ti 
until  addresses  are  stable  is  110  ns,  the  control 
path  that  gates  Ml  and  CLK  to  clear  the  74S74 
flip-flop  is  used  to  force  AC  High. 

The  delay  of  33  ns  shown  in  Figure  2 for  AC 
from  the  falling  edge  of  Ti  was  derived  from 
the  collective  delays  of  the  74LS04  (15  ns),  the 
74S00  (5  ns),  the  74S74  clear  (8  ns),  and  the 
final  74S00  gate  (5  ns).  Thus,  under  the  worst 
conditions  possible,  a memory  cycle  begins 
with  the  rising  edge  of  AC  158  ns  after  the 
rising  edge  of  clock  cycle  Tp 


As  a reminder,  the  Ml  machine  cycle  is  a 
2-clock-cycle  instruction  fetch,  which  requires 
the  data  fetched  to  meet  the  specified  setup 
time  (35  ns)  before  the  rising  edge  of  clock 
cycle  T3.  With  35  ns  required  for  worst-case 
data  setup  time,  the  remaining  time  in  Ti  and 
T2  for  memory  access  is: 

500  ns  — (158  ns  + 35  ns)  = 307  ns 

This  allows  the  use  of  300  ns  access  time  RAMs 
even  under  worst- case  conditions. 

The  Z6 132-5  has  a guaranteed  access  time  of 
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Two  wait  states  automatically  inserted  here 
by  CPU.  Each  wait  state  is  one  clock  cycle  long. 


Figure  2.  Z80A  Opcode  Fetch  Cycle  Timing 
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Interfacing  300  ns  and  is  recommended  for  use  with  the  cycle  Ml  generates  an  MREQ  signal  that 

the  Z6132  to  Z80A  CPU  to  simplify  interface  circuitry.  This  violates  the  AC  timing  requirements  of  the 

the  Z80A  CPU  mode  takes  advantage  of  the  self- refresh  Z6132.  The  second  purpose  of  the  74S74  is 

(Continued)  feature  of  the  Z6132  so  that  interfacing  the  realized  during  an  interrupt  acknowledge 

Z80A  CPU  refresh  control  signals  is  not  cycle.  The  Z80A  CPU  uses  the  simultaneous 

required.  occurrence  of  Ml  active  with  IORQ  active  to 

The  74S74  flip-flop  is  useful  for  two  reasons.  indicate  that  an  interrupt  acknowledge  cycle  is 

The  Z8QA  CPU  refresh  cycle,  with  its  accom-  in  progress.  If  the  74S74  flip-flop  is  removed, 

panying  MREQ,  is  effectively  blocked  by  the  the  Address  Clock  becomes  active  during 

74S74  during  an  Ml  cycle.  This  is  required  every  clock  cycle  time  (425  ns)  for  the 

because  the  refresh  cycle  during  machine  Z6 132-5.  Figure  3 illustrates  memory  timing  for 


Ti  t2  t3 


Figure  3.  Z80A  Memory  Cycle  Timing 
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Interfacing  the  Z80A  CPU  memory  read  or  write  cycle.  In  other  memory  control  signals  (such  as  CS  and 
the  Z6132  to  this  cycle,  MREQ  is  issued  by  the  Z80A  CPU  to  DS)  do  not  affect  operation  of  the  Z6132. 

the  Z80A  CPU  initiate  a memory  operation.  The  Z80A  CPU  Figure  5 shows  a Z80A  CPU  interrupt 

(Continued)  control  signals,  MREQ  and  RD,  closely  track  acknowledge  cycle.  Although  AC  makes  a 

each  other  over  the  guaranteed  temperature  positive  transition  and  CS  could  be  true 

range.  Were  this  not  the  case,  DS  could  poten-  (depending  on  the  Z80A  CPU's  current  PC), 
tially  become  active  before  AC  becomes  true.  the  memory  control  signal  DS  never  becomes 
The  three  74LS04  inverters  in  the  DS  path  help  active  during  an  interrupt  acknowledge  cycle, 
to  insure  that  DS  will  become  active  only  after  This  cycle  appears  to  be  an  aborted  read  cycle 

AC  has  become  true.  Figure  3 shows  WE  in  a to  the  Z6132  and  has  no  harmful  effect, 

memory  read  cycle.  Only  the  occurrence  of  Thus,  with  only  three  commonly  available 

Ml  (indicating  an  opcode  fetch  or  an  interrupt  14-pin  packages,  a simple  interface  between 

acknowledge)  or  the  occurrence  of  RD  the  Z80A  CPU  and  the  Z6132  can  be  con- 

( indicating  Ml  or  memory  read)  inhibit  WE  structed.  The  Z80A  was  chosen  for  this  appli- 

from  becoming  active.  During  a memory  read,  cation  example  because  it  allows  4 MHz  opera- 

the  close  tracking  of  MREQ  and  RD  insures  tion  while  using  relatively  inexpensive  (300  ns) 

that  WE  setup  time  to  AC  High  ( - 10  ns)  memory.  Operation  of  the  Z80B  CPU  (6  MHz) 

is  met.  provides  for  a maximum  memory  access  time 

Figure  4 shows  a Z80A  CPU  I/O  cycle  along  of  210  ns  in  the  opcode  fetch  cycle  (not 
with  the  corresponding  active  Z6132  memory  including  memory  interface  logic)  under  worst- 

control  signals.  Since  AC  never  makes  a case  conditions.  Figure  6 shows  the  timing  for 

positive  transition  during  this  I/O  cycle,  the  the  Z80B  opcode  fetch  cycle  with  its  associated 


Figure  4.  Z80A  I/O  Cycle  Timing 
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Interfacing  maximum  delays.  In  this  configuration,  one  fetch  cycles)  can  increase  processor  execution 

the  Z6I32  to  wait  state  can  be  inserted  to  increase  the  efficiency.  The  Z80  CPU  (2.5  MHz)  is  also 

the  Z80A  CPU  available  access  time  to  375  ns.  In  systems  that  easily  interfaced  with  the  Z6132  family.  Here, 

(Continued)  require  higher  performance,  the  Z80B  CPU  as  with  the  Z80A  CPU,  no  additional  wait 

(even  with  one  wait  state  included  in  opcode  states  need  to  be  added. 


Figure  5.  Z80A  Interrupt  Acknowledge  Cycle  Timing 


Figure  6.  Z80B  Opcode  Fetch  Timing 
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Figure  7.  Z80A/Z6132  Interface  Logic 


Interfacing  Two  Z6132s  are  interfaced  to  a Z8002  (non- 
the  Z6132  to  segmented  Z8000)  in  this  example  to  provide 
the  Z8002  CPU  4K  words  (16  bits  wide)  of  buffer  storage. 

Three  external  TTL  packages  provide  all 
address  chip  select  and  byte/ word  decoding  to 
the  Z6132s.  The  timing  diagrams  (Figures 
8-10),  the  interface  logic  (Figure  11),  and  the 
circuit  description  are  discussed  later.  Infor- 
mation on  the  Z8002  CPU  can  be  obtained 
from  the  Z8000  CPU  Product  Specification 
(document  number  00-2045- A),  the 
Z8001/Z8002  CPU  AC  Characteristics  (docu- 
ment number  00-2004- A)  and  from  the  Z8000 


CPU  Technical  Manual  (document  number 
00-20 10-C).  A Z8002  running  at  4 MHz  was 
chosen  to  provide  high  throughput  while  still 
providing  a generous  memory  access  time  of 
360  ns  for  the  Z6132s  (Figures  8-10).  The 
Z6 132-6  chosen  for  this  example  has  a max- 
imum access  time  of  350  ns.  All  Z8002  memory 
transactions  are  three  clock  cycles  long  and 
conform  to  the  Zilog  Z-BUS  timing  specifica- 
tions. More  information  on  the  Zilog  Z-BUS  can 
be  found  in  the  Z-BUS  Summary  (document 
number  00-2031 -A). 
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Interfacing  The  Z8002  uses  a multiplexed  address/data 
the  Z6132  to  bus  to  provide  for  memory  addressing  and 
the  Z8002  CPU  data  transfer.  The  rising  edge  of  Address 
(Continued)  Strobe  (AS)  guarantees  that  addresses  from  the 

Z8002  are  stable.  This  signal  (AS)  is  fed 
directly  to  the  Z6132s  as  the  Address  Clock 
(AC)  input  clocks  in  memory  addresses  and 
initiates  a memory  cycle.  The  Z6132  samples 
its  Chip  Select  (CS)  pm  with  the  rising  edge  of 
AC  to  determine  whether  the  bus  transaction  is 
intended  for  it.  If  CS  is  found  Low  on  the  ris- 
ing edge  of  AC,  the  Z6132  begins  a read  or 

write  operation,  depending  on  the  state  of  its 

Write  Enable  (WE)  pin.  The  Z6132  samples  WE 
again  on  the  falling  edge  of  Data  Strobe  (DS). 

If  WE  is  still  Low,  the  write  cycle  is  continued. 
If  WE  has  returned  to  the  High  state,  the 
memory  write  cycle  to  the  Z6132  is  aborted. 
This  feature  of  the  Z6132  allows  memory  write 
cycles  to  be  suppressed  if  determined 
undesirable,  without  paying  an  access-time 
penalty.  The  R/W  signal  is  fed  directly  from 
the  Z8002  to  the  Z6132  WE  pin.  The  signal  DS 
from  the  Z8002  indicates  when  valid  data  is 
available  on  the  multiplexed  adress/data  bus. 
This  signal  indicates  if  valid  CPU  data  is 
available  to  the  Z6132  during  a write  cycle  and 
enables  the  Z6132  output  buffers  during  a CPU 
read  cycle.  The  DS  signal  from  the  CPU  is  fed 
directly  to  the  DS  input  of  the  Z6132.  The  only 
interface  circuitry  between  the  Z8002  and  the 
Z6132  is  the  decoding  of  required  byte/word, 
read/write,  and  high-byte/low-byte  Z8002 
memory  control  functions  (Figure  11).  A 
74LS157  dual  multiplexer  is  used  to  provide 


enable  signals  for  the  even  and  odd  banks  of 
Z6132s.  The  truth  table  for  this  multiplexer 
follows.  Both  even  and  odd  banks  are  enabled 
except  during  byte  operations.  During  byte 
write  operations,  only  one  bank  of  Z6132s  is 
enabled.  This  bank  is  determined  by  ADq. 


INPUTS 
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(Enable) 

(B/A  Select) 

(1A,  2B) 
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1 

0 
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X 

X 

0 

0 

X = don't  care 

When  the  Z8002  performs  a read  operation, 
16  bits  of  memory  data  are  returned  to  the 
CPU.  For  byte  read  transactions,  the  appro- 
priate (odd  or  even)  byte  is  selected  internally 
to  the  Z8002.  The  enable  input  for  the  74LS157 
is  active  Low.  When  the  R/W  output  of  the 
Z8002  is  High  (indicating  a read  operation), 
the  74LS157  is  disabled,  forcing  the  even  and 
odd  outputs  Low.  During  a write  operation,  the 
74LS157  is  enabled  and  the  even  and  odd  out- 
puts are  determined  by  the  states  of  the  B/W 
and  ADo  CPU  outputs.  During  a word-write 
operation,  both  even  and  odd  outputs  are 
enabled.  During  a byte- write  operation,  the 
enabled  even  or  odd  bank  is  determined  by 
the  least  significant  address  bit  (ADo).  A byte- 
write  to  an  even  address  (ADo  is  0)  cor- 
responds to  an  even  enable.  When  this  byte  is 
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Figure  8.  Z8000  Memory  Transaction  (6.0  MHz) 
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Interfacing  read  back  from  the  Z6132,  the  Z8002  expects  it  as  a data  bit).  It  is  used  instead  in  the  selection 

the  Z6I32  to  to  appear  on  the  upper  eight  data  bits  of  even  or  odd  Z6132  banks.  A 74LS138  is  used 

the  Z8002  CPU  (AD8-AD15).  The  lower  eight  data  bits  are  con-  to  further  decode  even  and  odd  addresses  into 

(Continued)  nected  to  the  odd  bank,  and  the  upper  eight  individual  even  and  odd  Chip  Selects  for  the 

data  bits  are  connected  to  the  even  bank.  The  Z6132s.  Memory  transactions  (excluding 
least  significant  address  bit  (ADo)  is  not  con-  refresh  operations)  are  reflected  by  status  bit 

nected  to  the  Z6132  (although  it  still  functions  03  (High)  of  the  Z8002  CPU.  This  bit  is  fed  to 


Figure  9.  Z8000  Memory  Transaction  (4.0  MHz) 


Figure  10.  Z6132-6  Interface  Timing  (4.0  MHz) 
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Interfacing  the  74LS138s  as  a Chip  Enable  to  inhibit  delay  of  32  ns  from  the  decoder  enable  to 

the  Z6I32  to  memory  Chip  Selects  during  I/O  operations  the  decoder  outputs.  The  total  byte-write 

the  Z8002  CPU  that  might  correspond  to  the  same  address  as  Chip  Select  delay  from  address  stable 

(Continued)  one  of  the  Z6132s.  (21  ns  + 32  ns)  comes  to  53  ns  under  worst- 

The  only  timing  parameter  that  reguires  case  timing  considerations.  Since  the  Chip 

explanation  m this  interface  is  the  Chip  Select  Select  setup  time  to  AC  is  0 ns,  the  CS-to-AC 
timing  (Figure  10)  pertaining  to  the  Z6132  reguirements  for  the  Z6132  are  satisfied. 

Address  Clock.  All  other  timing  parameters  Thus,  with  three  low-power  Schottky  TTL 

shown  are  generated  by  the  Z8002  (no  buffer-  packages,  the  Z8002  can  access  up  to  64K 

mg  is  included)  and  meet  the  reguired  setup,  bytes  of  primary  memory  m 8K-byte  mcre- 

delay,  and  hold  times  for  the  Z6132.  The  Z8000  ments.  The  lowest  4K  bytes  are  usually 

guarantees  at  least  55  ns  delay  from  memory  reserved  for  bootstrap  ROM,  but  circuitry 

addresses  stable  to  the  rising  edge  of  Address  could  be  included  to  disable  the  ROM  after 

Strobe  (AS  from  the  Z8002,  AC  to  the  Z6132).  bootstrap  to  provide  a full  64K  bytes  of  Z6132 

The  worst-case  timing  condition  for  Chip  RAM  storage.  The  memory  transaction  timing 

Select  to  the  Z6132  occurs  during  byte- write  diagram  for  6-MHz  Z8002  operation  is  included 

memory  transactions.  A maximum  delay  of  in  Figure  8 for  high-performance  Z8002 

21_ns  is  introduced  m the  74LS157  from  the  designs.  The  Z6132-3  has  a guaranteed  access 

R/W  input  to  the  odd  or  even  outputs.  The  time  of  200  ns  and  is  suggested  for  use  with 

74LS138  decoders  add  a maximum  worst-case  the  6-MHz  Z8001  or  Z8002. 

+ 5 V 


Figure  11.  Z8000/Z6132  Interface  Logic 
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Interfacing 
the  Z6132  ~ 
to  the  Z8 


In  the  following  example,  a Z6 132-5  (300  ns) 
is  interfaced  to  a Z8  operating  at  7.3728  MHz. 
Timing  for  interfacing  the  Z8  to  a Z6 132-4 
(250  ns)  is  discussed  for  8-MHz  Z8  operation. 

In  addition,  the  example  describes  2716  and 
2732  EPROM  interchangeability  with  the 
Z6132.  Timing  diagrams  and  circuit  drawings 
have  been  included  for  Z8  memory  interface 
timing  and  are  discussed  in  this  section. 

The  Z8  is  an  8-bit,  general-purpose  micro- 
computer chip  that  can  be  configured  under 
software  control.  The  Z8  features  regular  archi- 
tecture with  144  on-chip  registers,  2K  bytes  of 
on-chip  ROM,  and  32  I/O  lines  configured  for 
conventional  I/O  or  for  external  memory. 
Detailed  information  on  the  Z8  can  be  found  m 
the  Z8  Microcomputer  Technical  Manual 
(document  number  03-3047-02)  and  the 
Z8601/2/3  MCU Microcomputer  Product 
Specification  (document  number  00-2037- A). 
The  Z8  uses  Port  1 (eight  bits  wide)  as  a 


multiplexed  address/data  bus  and  Port  0 as  the 
upper  byte  of  a 16-bit  address  bus.  Before 
external  memory  references  to  the  Z6132  can 
be  made  by  any  instruction,  the  user  must  con- 
figure Ports  0 and  1 appropriately.  Instruction 
pipelining  mandates  that  after  setting  the 
modes  of  Ports  0 and  1 for  external  memory 
operation,  the  next  two  bytes  are  fetched  from 
internal  program  memory.  Two  single-byte 
instructions,  such  as  NOPs,  can  be  used  to 
accomplish  this.  On-board  ROM  in  the  Z8  is 
available  from  0000-07FF  (Hex).  This  applica- 
tion locates  the  external  Z6132  in  the  Z8 
address  space  from  1000- 1FFF  (Hex). 

All  Z8  timing  references  are  made  with 
respect  to  the  output  signals  AS  and  DS.  The 
control  signal  AS  indicates  when  the  Z8 
address  bus  is  valid,  while  the  control  signal 
DS  controls  the  flow  of  data.  The  Z8  status 
signal  R/W  (Read/Write)  indicates  the  direc- 
tion of  data  flow.  The  Z8  indicates  when  a 
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Figure  12.  Z8601/Z6132  Interface  Logic 
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(Continued) 


hardware  reset  operation  is  in  progress  by 
activating  DS  while  outputting  AS  at  the  inter- 
nal clock  rate.  Since  the  internal  clock  has  a 
cycle  time  period  of  250  ns,  it  is  necessary  to 
inhibit  AS  during  hardware  reset  operations  so 
that  the  minimum  memory  cycle  time  for  the 
Z6132  is  not  violated.  This  is  easily  accom- 
plished by  using  the  reset  line  to  the  Z8  as  an 
inhibit  line  to  the  AC  input  of  the  Z6132 
(Figure  12).  The  74LS32  OR  gate  delays  the 
Address  Clock  to  the  Z6132  a maximum 
of  22  ns. 


The  basic  memory  cycle  of  the  Z8  is  six 
clock  cycles  (810  ns  at  7.3728  MHz).  An 
extended  cycle  mode  is  available  under  soft- 
ware control  that  lengthens  memory  access  by 
one  clock  cycle.  At  8 MHz,  this  cycle  is  reduc- 
ed to  750  ns.  In  either  case,  the  Z6132  timing 
parameters  TC  (read  or  write  cycle  time), 
TwACh  (AC  width  High),  and  TdDS(AC)  (DS 
Low  to  AC  High)  all  allow  the  Z6132  to  be 
used  in  the  Long  Cycle-Time  Refresh  mode. 

For  this  reason,  the  Z6132  BUSY  line  is  per- 
manently grounded. 


EPROM  The  Z6132  is  packaged  in  an  Industry- 

Compatibility  standard,  28-pm  DIP  and  is  pm  compatible 

with  the  proposed  JEDEC  standard.  This  allows 
the  substitution  of  other  28-pin  DIPs  that  con- 
form to  the  proposed  JEDEC  standard  (namely 
the  2732  and  2716  EPROMs).  The  2732  EPROM 
reguires  only  that  +5  V (Vqc)  be  substituted 
for  AC  (pin  26  on  the  Z6132).  This  substitution 
can  be  accomplished  easily  with  a jumper 
(Figure  12).  Interfacing  a 2716  reguires  one 
additional  jumper  change.  The  2716  EPROM  is 
only  2K  bytes,  and  hence  requires  only  11 
address  bits  for  full  addressing  capability.  A 
second  jumper  pad  for  2716  selection  can  be 


included  to  tie  pm  23  to  a pullup  resistor  as 
required  for  reading  a 2716. 

Since  the  Z8  multiplexes  addresses  and  data 
on  Port  1 , it  is  necessary  to  latch  the  low-order 
address  byte  with  the  Z8  control  signal  AS. 

This  latch  is  unnecessary  for  systems  without 
2716/2732  EPROM  capability,  since  the 
address  to  the  Z6132  may  change  after  the 
specified  address  hold  time  (60  ns  for  the 
Z6 132-5).  The  2716  and  2732  EPROMs  are 
24-pm  packages,  and  the  Z6132  is  a 28-pm 
package.  This  requires  the  EPROMs  to  be 
physically  justified  so  that  pm  1 of  the 
2716/2732  is  aligned  with  pin  3 of  the  Z6132. 


Theory  of 
Operation 


Figure  12  shows  the  circuit  diagram  for  a 
small  Z8  system.  In  this  configuration,  a series 
resonant  crystal  (7.3728  MHz)  provides  all 
system  timing.  Port  1 is  configured  for 
multiplexed  address  and  data,  and  Port  0 is 
configured  to  provide  the  upper  address  byte 
to  complete  the  12-bit  address  bus  required  by 
the  Z6132  and  to  provide  four  bits  of  address 
decoding.  The  upper  bits  of  Port  0 (PO4  to  PO7) 
are  decoded  by  a 74S138  to  provide  eight 
blocks,  each  4K  bytes  long.  The  first  block  is 
discarded  because  it  overlaps  with  internal  Z8 
ROM.  The  second  segment  is  used  to  generate 
CS  for  the  Z6132,  and  the  last  six  segments  are 
free  for  other  system  chip  select  decoding, 
such  as  additional  memory  or  external  I/O 
ports.  A 74LS373  is  used  to  latch  addresses 
from  the  multiplexed  address/data  bus  of  Port 
1 . This  latch  is  enabled  when  AS  is  active 


(Low)  and  retains  the  addresses  after  AS  has 
returned  High.  The  Z6132  does  not  require 
addresses  to  be  stable  throughout  the  entire 
memory  cycle , so  this  latch  is  used  only  with 
systems  that  provide  the  option  of  using  the 
2716  and  2732  EPROMs.  Addresses  are  latched 
internally  to  the  Z6132  on  the  rising  edge  of 
AC.  Jumpers  J1  and  J2  are  connected  as  shown 
for  Z6132  operation.  To  substitute  a 2732  for 
the  Z6132,  the  existing  jumper  (Jl)  must  be  cut 
from  the  Z6132  pm  26  to  the  Z8  pm  9,  and 
Z6132  pm  26  is  connected  to  Vcc-  To 
substitute  a 2716,  one  additional  jumper 
change  must  be  made.  Jumper  J2  is  shown 
connected  for  Z6132  and  2732  operation.  To 
substitute  a 2716,  the  existing  jumper  is  cut 
from  the  Z6132  pm  23  to  the  Z8  pin  16,  and  the 
jumper  at  J2  from  the  Z8  pm  23  is  connected  to 
the  4.7K  pullup  resistor. 
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Timing  The  important  control  signals  for  memory  calculate  the  timing  value  for  a clock  input  of 

interface  to  the  Z8  have  been  reproduced  in  7.3728  MHz,  the  difference  in  clock  periods 

Figures  13-16.  In  this  design  example,  a (135.6  ns  — 125.0  ns  = 10.6  ns)  must  be 

crystal  frequency  of  7.3728  MHz  was  selected  added  to  the  value  given  in  the  Z8  product 

for  overall  system  timing.  The  Z8  product  specifications.  Hence,  the  delay  time  for 

specifications  provide  timing  specifications  at  TdA(AS)  with  a 7.3728  MHz  clock  is  40.6  ns 

8 MHz.  To  calculate  the  timing  parameters  for  (30  ns  + 10.6  ns  = 40.6  ns).  The  AS  signal 

frequencies  other  than  8 MHz,  the  timing  has  a guaranteed  minimum  width  of  70.6  ns  at 

parameters  are  derated  by  a factor  based  on  7.3728  MHz.  The  Z8  guarantees  that  addresses 

the  difference  in  clock  period.  For  instance,  will  be  stable  40.6  ns  before  the  rising  edge  of 

the  timing  parameter  TdA(AS)  is  given  as  AS.  With  the  additional  maximum  delay  of 

30  ns  (mm)  for  a clock  input  of  8 MHz.  To  22  ns  for  the  74LS32,  the  resultant  signal  (AS) 


Figure  13.  Z6132  Memory  Timing  (8.0  MHz) 


WE 

Figure  14.  External  Memory  Timing  (8.0  MHz) 
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Timing  is  fed  directly  to  the  Address  Clock  input  of 

(Continued)  the  Z6132.  The  low-byte  address  encounters  a 

maximum  delay  of  30  ns  through  the  74LS373 
latch.  The  status  signal  R/W  and  the  data  bus 
control  signal  DS  are_fed  directly  to  the  Z6132. 
The  status  signal  R/W  is  available  to  the  Z6132 
40.6  ns  before  the  rising  edge  of  AC.  The 
maximum  delay  for  CS  through  the  74S138  is 
12  ns.  This  still  leaves  27.4  ns  setup  time  for 
CS  to  AC,  although  0 ns  is  the  minimum 
requirement.  The  maximum  access  time  for  an 
external  memory  operation  at  7.3728  MHz  is 
calculated  to  be  322.4  ns  (Figure  14).  This 


access  time  begins  with  the  rising  edge  of  AC 
and  includes  the  data  setup  time  to  the  Z8 
CPU.  This  access  time  allows  the  use  of  low- 
speed  Z6 132-5  (300  ns)  RAMs.  For  systems  that 
require  higher  performance,  the  Z6 132-4  can 
be  used  with  an  8-MHz  Z8  CPU.  Timing  for  the 
Z8  at  8 MHz  has  been  included  in  Figure  13. 
The  maximum  access  time  allowed  for  external 
RAM  by  the  Z8  when  operating  at  8 MHz  is 
280  ns.  The  Z6132-4  has  an  access  time  of 
250  ns,  making  it  directly  compatible  with 
an  8-MHz  Z8. 


AS 


PORT  1 
ADDRESS 


DS 

READ 


DS 

WRITE 


WE 


-70  6 MIN- 


40.6 

"MIN" 


-70  6 MIN- 


-60  6 MIN- 


VALID 


-261  9 MIN- 


406 

"MIN 


60  6 MIN ► 


DATA 

VALID  (WRITE) 

SETUP  (READ) 

-►|22  MAX 

Figure  15.  Z6132  Memory  Timing  (7.3728  MHz) 
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Figure  16.  External  Memory  Timing  (7.3728  MHz) 
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A Minimum  Figure  17  illustrates  the  simplicity  with  directly  without  additional  logic.  As  mentioned 

Z8  System  which  a Z8601/Z6132  system  is  reduced  to  a m the  previous  section,  the  access  time  of 

minimum  chip  count.  The  expansion  bus  of  the  the  Z6 132-4  meets  the  requirements  of  an 

Z8601  and  the  interface  to  the  Z6132  are  Z-BUS  8-MHz  Z8. 

compatible.  As  a result,  the  two  parts  connect 


Figure  17.  Z8601/Z6132  Minimum  System 


Summary  The  Z6132  is  a versatile,  intelligent  byte-  memory  systems.  The  Z6132  is  an  industry- 

wide RAM,  which  provides  an  attractive  solu-  standard,  28-pin  DIP  that  conforms  to  the 
tion  for  primary  buffer  storage.  Because  the  JEDEC  recommended  pinout  and  is  inter- 

Z6132  provides  two  modes  of  self-refresh,  the  changeable  with  2716/2732-type  EPROMs.  The 
user  can  select  between  executing  a refresh  Z6132  is  Z-BUS  compatible  and  interfaces 

after  each  memory  access  or  taking  advantage  easily  with  the  Z8,  Z80,  and  Z8000  Families  of 

of  the  inherent  sequential  access  of  most  microprocessors. 
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Features 

■ Multiplexed  address/data  bus  shared  by 
memory  and  I/O  transfers. 

■ Direct  addressing  of  registers  within  a 
peripheral  facilitates  I/O  programming. 

■ 16  or  more  memory  address  bits;  16-bit  I/O 
addresses;  8 or  16  data  bits. 

■ Bus  signals  allow  asynchronous  CPU  and 
peripheral  clocks. 

■ Supports  polling  and  vectored  or  non- 
vectored  interrupts. 

■ Daisy-chain  bus-request  structure  supports 
distributed  control  of  the  bus. 

■ Daisy-chain  interrupt  structure  services 
interrupts  without  a separate  priority 
controller. 

■ Shared  resources  can  be  managed  by  a 
general-purpose,  distributed  resource- 
request  mechanism. 

General  The  Z-BUS  is  a high-speed  parallel  shared 

Description  bus  that  links  components  of  the  Z8000  Family. 

It  provides  family  members  with  a common 
communication  interface  that  supports  the 
following  kinds  of  interactions: 

■ Data  Transfer.  Data  can  be  moved  between 
bus  controllers  (such  as  a CPU)  and  mem- 
ories or  peripherals. 

■ Interrupts.  Interrupts  can  be  generated  by 
peripherals  and  serviced  by  CPUs  over 
the  bus. 

■ Resource  Control.  Distributed  management 
of  shared  resources  (including  the  bus  itself) 
is  supported  by  a daisy-chain  priority 
mechanism. 

The  heart  of  the  Z-BUS  is  a set  of  multi- 
plexed address/data  lines  and  the  signals  that 
control  these  lines.  Multiplexing  data  and 
addresses  onto  the  same  lines  makes  more  effi- 
cient use  of  pins  and  facilitates  expansion  of 
the  number  of  data  and  address  bits.  Multi- 
plexing also  allows  straightforward  addressing 
of  a peripheral's  internal  registers,  which 
greatly  simplifies  I/O  programming. 

A daisy-chained  priority  mechanism  resolves 
interrupt  and  resource  requests,  thus  allowing 
distributed  control  of  the  bus  and  eliminating 
the  need  for  separate  priority  controllers.  The 
resource-control  daisy  chain  allows  wide 
physical  separation  of  components. 

The  Z-BUS  is  asynchronous  in  the  sense  that 
peripherals  do  not  need  to  be  synchronized 
with  the  CPU  clock.  All  timing  information  is 
provided  by  Z-BUS  signals. 


BUS 

MASTER 


PRIMARY  SIGNALS 


ADrA&tt 


EXTENDED  ADDRESS 


STATUS 


» 


- AS ► 

- DS ► 

-R/W ► 

-B/W ► 

■ WAIT 

RESET ► 


PERIPHERAL 
AND  MEMORY 


AD0-AD15 

EXTENDED  ADDRESS 
STATUS  


CLOCK ► 

BUS  REQUEST  SIGNALS 

-BUSREQ ► 

-BUSACK ► REQUESTER 

*-  BAi ► 

— BAO  

INTERRUPT  SIGNALS 

INT 


CPU 


CPU 


PERIPHERAL 


► IEI  ► 

IEO-« 

RESOURCE  REQUEST  SIGNALS 


Z-BUS 

COMPONENT 


MMRQ ► 

MM  ST 

MMAI 

► MMAO 


MULTI-MICRO 

REQUEST 

NETWORK 


Figure  1.  Z-BUS  Signals 
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Z-BUS  A Z-BUS  component  is  one  that  uses  Z-BUS 

Components  signals  and  protocols,  and  meets  the  specified 

ac  and  dc  characteristics.  Most  components  in 
the  Z8000  Family  are  Z-BUS  components.  The 
four  categories  of  Z-BUS  components  are  as 
follows: 

CPUs.  A Z-BUS  system  contains  one  CPU,  and 
this  CPU  has  default  control  of  the  bus  and 
typically  initiates  most  bus  transactions. 

Besides  generating  bus  transactions,  it  handles 
interrupt  and  bus- control  requests.  The  Z8001 
Segmented  CPU  and  Z8002  Non- Segmented 
CPU  are  Z-BUS  CPUs. 

Peripherals.  A Z-BUS  peripheral  is  a com- 
ponent capable  of  responding  to  I/O  trans- 
actions and  generating  interrupt  requests.  The 
Z8036  Counter  Input/Output  Circuit  (Z-CIO), 


Z8038  FIFO  Input/Output,  Interface  Unit 
(Z-FIO),  the  Z8030  Serial  Communication 
Controller  (Z-SCC),  the  Z8090  Universal 
Peripheral  Controller  (Z-UPC),  and  the 
Z8052  CRT  Controller  (Z-CRT)  are  all 
Z-BUS  peripherals. 

Requesters.  A Z-BUS  requester  is  any  com- 
ponent capable  of  requesting  control  of  the 
bus  and  initiating  transactions  on  the  bus.  A 
Z-BUS  requester  is  usually  also  a peripheral. 
The  Z8016  DMA  Transfer  Controller  (Z-DTC)  is 
a Z-BUS  requester  and  a peripheral. 

Memories.  A Z-BUS  memory  is  one  that  inter- 
faces directly  to  the  Z-BUS  and  is  capable  of 
fetching  and  storing  data  in  response  to  Z-BUS 
memory  transactions.  The  Z6132  Quasi-Static 
RAM  is  a Z-BUS  memory. 


Other  The  Z8  Microcomputer — in  its  micro- 

Components  processor  configuration — conforms  to  Z-BUS 

timing  (which  allows  it  to  use  Z-BUS 
peripherals  and  memories),  but  is  missing  a 
wait  input  and  certain  status  outputs. 

The  Z8010  Memory  Management  Unit 
(Z-MMU)  is  a Z8000  CPU  support  component 
that  interfaces  with  part  of  the  Z-BUS  on  the 
CPU  side  and  provides  demultiplexed 


addresses  on  the  memory  side. 

The  Z8060  First-In-First-Out  Buffer  (Z-FIFO) 
is  not  a Z-BUS  component;  rather,  it  is  used  to 
expand  the  buffer  depth  of  the  Z-FIO  or  to 
interface  the  I/O  ports  of  the  Z-UPC,  Z-CIO, 
or  Z-FIO  to  user  equipment. 

Z-80  Family  components,  while  not 
Z-BUS  compatible,  are  easily  interfaced  to 
Z-BUS  CPUs. 


Operation 


Two  kinds  of  operations  can  occur  on  the 
Z-BUS:  transactions  and  requests.  At  any  given 
time,  one  device  (either  the  CPU  or  a bus 
requester)  has  control  of  the  Z-BUS  and  is 
known  as  the  bus  master.  A transaction  is 
initiated  by  a bus  master  and  is  responded  to 
by  some  other  device  on  the  bus.  Four  kinds  of 
transactions  occur  in  Z-BUS  systems: 

■ Memory.  Transfers  8 or  16  bits  of  data  to  or 
from  a memory  location. 

■ I/O.  Transfers  8 or  16  bits  of  data  to  or  from 
a peripheral. 

■ Interrupt  Acknowledge.  Acknowledges 
an  interrupt  and  transfers  an  identi- 
fication/status vector  from  the  interrupting 
peripheral. 

■ Null.  Does  not  transfer  data.  Typically  used 
for  refreshing  memory. 

Only  one  transaction  can  proceed  on  the  bus 


at  a time,  and  it  must  be  initiated  by  the  bus 
master.  A request,  however,  may  be  ini- 
tiated by  a component  that  does  not  have  con- 
trol of  the  bus.  There  are  three  kinds  of 
requests: 

■ Interrupt.  Requests  the  attention  of  the 
Z-BUS  CPU. 

■ Bus.  Requests  control  of  the  Z-BUS  to  ini- 
tiate transactions. 

■ Resource.  Requests  control  of  a particular 
resource. 

When  a request  is  made,  it  is  answered 
according  to  its  type:  for  interrupt  requests  an 
interrupt- acknowledge  transaction  is  initiated; 
for  bus  and  resource  requests  an  acknowledge 
signal  is  sent.  In  all  cases  a daisy-chain  pri- 
ority mechanism  provides  arbitration  between 
simultaneous  requests. 
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The  Z-BUS  consists  of  a set  of  common  signal 
lines  that  interconnect  bus  components  (Figure 
1).  The  signals  on  these  lines  can  be  grouped 
into  four  catagories,  depending  on  how  they 
are  used  in  transactions  and  requests. 

Primary  Signals.  These  signals  provide 
timing,  control,  and  data  transfer  for  Z-BUS 
transactions. 

ADq-ADjs.  Address/Data  (active  High).  These 
multiplexed  data  and  address  lines  carry  I/O 
addresses,  memory  addresses,  and  data  during 
Z-BUS  transactions.  A Z-BUS  may  have  8 or  16 
bits  of  data  depending  on  the  type  of  CPU.  In 
the  case  of  an  8-bit  Z-BUS,  data  is  transferred 
on  AD0-AD7. 

Extended  Address,  (active  High) . These 
lines  extend  ADq-ADjs  to  support  memory 
addresses  greater  than  16  bits.  The  number  of 
lines  and  the  type  of  address  information 
carried  is  dependent  on  the  CPU. 

Status,  (active  High).  These  lines  designate 
the  kind  of  transaction  occurring  on  the  bus 
and  certain  additional  information  about  the 
transaction  (such  as  program  or  data  memory 
access  or  System  versus  Normal  Mode). 

AS.  Address  Strobe  (active  Low).  The  rising 
edge  of  AS  indicates  the  beginning  of  ^trans- 
action and  that  the  Address,  Status,  R/W,  and 
B/W  signals  are  valid. 

DS.  Data  Strobe  (active  Low).  DS  provides 
timing  for  data  movement  to  or  from  the  bus 
master. 

R/W.  Read/ Write  (Low  = write).  This  signal 
determines  the  direction  of  data  transfer  for 
memory  or  I/O  transactions. 

B/W.  Byte/Word  (Low  = word).  This  signal 
indicates  whether  a byte  or  word  of  data  is  to 


be  transmitted  on  a 16-bit  bus.  This  signal  is 
not  present  on  an  8-bit  bus. 

WAIT,  (active  Low).  A Low  on  this  line  indi- 
cates that  the  responding  device  needs  more 
time  to  complete  a transaction. 

RESET,  (active  Low).  A Low  on  this  line  resets 
the  CPU  and  bus  users.  Peripherals  may  be 
reset  by  RESET  or  by  holding  AS  and  DS  Low 
simultaneously. 

CS.  Chip  Select  (active  Low).  Each  peripheral 
or  memory  component  has  a CS  line  that  is 
decoded  from  the  address  and  status  lines.  A 
Low  on  this  line  indicates  that  the  peripheral 
or  memory  component  is  being  addressed  by  a 
transaction.  The  Chip  Select  information  is 
latched  on  the  rising  edge  of  AS. 

CLOCK.  This  signal  provides  basic  timing  for 
bus  transactions.  Bus  masters  must  provide  all 
signals  synchronouly  to  the  clock.  Peripherals 
and  memories  do  not  need  to  be  synchronized 
to  the  clock. 

Bus  Request  Signals.  These  signals  make 
bus  requests  and  establish  which  component 
should  obtain  control  of  the  bus. 

BUSREQ.  Bus  Request  (active  Low).  This  line 
is  driven  by  all  bus  requesters.  A Low  indi- 
cates that  a bus  requester  has  or  is  trying  to 
obtain  control  of  the  bus. 

BUSACK.  Bus  Acknowledge  (active  Low).  A 
Low  on  this  line  indicates  that  the  Z-BUS  CPU 
has  relinquished  control  of  the  bus  in  response 
to  a bus  request. 

BAI,  BAO.  Bus  Acknowledge  In,  Bus 
Acknowledge  Out  (active  Low).  These  signals 
form  the  bus-request  daisy  chain. 


1.  Only  AD0-AD7,  unless  peripheral  is  16-Bit. 

2.  For  an  8-bit  bus,  only  AD0-AD7  are  bidirectional. 

3.  Only  for  a 16-bit  peripheral. 

4.  Derived  signal,  one  for  each  peripheral  or  memory;  decoded 

from  status  and  address  lines.  __ 

5.  Optional — peripherals  are  typically  reset  by  AS  and  DS  being 
Low  simultaneously;  however,  they  can  have  a reset  input. 

6.  Derived  signal;  decoded  from  status  lines. 

7.  Daisy-chain  lines. 

8.  Optional  signal(s). 

9.  For  16-bit  data  bus  only. 


10.  Optional — usually  only  input  on  peripherals  that  are  also 
requesters. 

1 1 . May  be  omitted  if  peripheral  inputs  status  lines. 

12.  Optional  signal;  any  component  may  attach  to  the  resource 

request  lines.  

13.  Optional  signal;  a bus  requestor  may  also  be  reset  by  AS  and 
DS  going  Low  and  BAI  being  High  simultaneously. 

14.  This  signal  is  optional  if  there  are  no  requesters  on  the  bus. 
CPU  timing  can  be  provided  by  alternate  means  such  as 
crystal  oscillator  inputs. 

□ No  Connection 


Table  1.  Z-BUS  Component  Connections  to  peripheral,  the  attributes  in  both  columns  of 
Signal  Lines.  This  table  shows  how  the  various  the  table  should  be  combined  (e.g.,  input 
Z-BUS  components  attach  to  each  signal  line.  combined  with  output  and  3-state  becomes  ( 

When  a device  is  both  a bus  requester  and  a bidirectional  and  3-state.) 
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Transactions 


Interrupt  Signals.  These  signals  are  used  for 
interrupt  requests  and  for  determining  which 
interrupting  component  is  to  respond  to  an 
acknowledge.  To  support  more  than  one  type 
of  interrupt,  the  lines  carrying  these  signals 
can  be  replicated.  (The  Z8000  CPU  supports 
three  types  of  interrupts:  non-maskable,  vec- 
tored, and  non-vectored.) 

INT.  Interrupt  (active  Low).  This  signal  can 
be  driven  by  any  peripheral  capable  of  gener- 
ating an  interrupt.  A Low  on  INT  indicates  that 
an  interrupt  request  is  being  made. 

INTACK.  Interrupt  Acknowledge  (active 
Low).  This  signal  is  decoded  from  the  status 
lines.  A Low  indicates  an  interrupt  acknowl- 
edge transaction  is  in  progress.  This  signal 
is  latched  by  the  peripheral  on  the  rising 
edge  of  AS. 

IEI,  IEO.  Interrupt  Enable  In,  Interrupt  Enable 
Out  (active  High).  These  signals  form  the 
interrupt  daisy  chain. 


Resource  Request  Signals.  These  signals  are 
used  for  resource  requests.  To  manage  more 
than  one  resource,  the  lines  carrying  these 
signals  can  be  replicated.  (The  Z8000  supports 
one  set  of  resource  request  lines.) 

MMRQ.  Multi-Micro  Request  (active 
Low).  This  line  is  driven  by  any  device  that 
can  use  the  shared  resource.  A Low  indicates 
that  a request  for  the  resource  has  been  made 
or  granted. 

MMST.  Multi-Micro  Status  (active  Low).  This 
pin  allows  a device  to  observe  the  value  of  the 
MMRQ  line.  An  input  pin  other  than  MMRQ 
facilitates  the  use  of  line  drivers  for  MMRQ. 

MMAI,  MM  AO.  Multi-Micro  Acknowledge  In, 
Multi-Micro  Acknowledge  Out  (active 
Low).  These  lines  form  the  resource-request 
daisy  chain. 


All  transactions  start  with  Address  Strobe 
being  driven  Low  and  then  raised  High  by  the 
bus  master  (Figure  2). The  Status  lines  are 
valid  on  the  rising  edge  of  Address  Strobe  and 
indicate  the  type  of  transactions  being  initi- 
ated. If  the  transaction  requires  an  address, 
it  must  also  be  valid  on  the  rising  edge 
of  Address  Strobe. 

For  all  transactions  except  null  transactions 
(which  do  nothing  beyond  this  point),  data  is 
then  transferred  to  or  from  the  bus  master.  The 
bus  master  uses  Data  Strobe  _to  time  the  move- 
ment of  data.  For  a read  (R/W  = High),  the 


bus  master  makes  AD0-AD15  inactive  before 
driving  Data  Strobe  Low  so  that  the 
addressed  memory  or  peripheral  can  put  its 
data  on  the  bus.  The  bus  master  samples  this 
data  just  before  raising  Data  Strobe  High.  For 
a write  (R/W  = Low),  the  bus  master  puts  the 
data  to  be  written  on  AD0-AD15  before  forcing 
Data  Strobe  Low. 

For  an  8-bit  Z-BUS,  data  is  transferred  on 
AD0-AD7.  Address  b»ts  may  remain  on 
AD8-AD15  while  DS  is  Low. 
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Figure  2.  Typical  Transaction  Timing 


Memory  For  a memory  transaction,  the  Status  lines 

Transactions  distinguish  among  various  address  spaces, 

such  as  program  and  data  or  system  and  nor- 
mal, as  well  as  indicating  the  type  of  trans- 
action. The  memory  address  is  put  on 
AD0-AD15  and  on  the  extended  address  lines. 

For  a Z-BUS  with  16-bit  data,  the  memory  is 
organized  as  two  banks  of  eight  bits  each 
(Figure  3).  One  bank  contains  all  the  upper 


bytes  of  all  the  addressable  16- bit  words.  The 
other  bank  contains  all  thejower  bytes.  When 
a smgle  byte  is  written  (R/W  = Low, 

B/W  = High),  only  the  bank  indicated  by 
address  bit  Ao  is  enabled  for  writing. 

For  a Z-BUS  with  8-bit  data,  the  memory  is 
organized  as  one  bank  which  contains  all 
bytes.  This  bank  always  inputs  and  outputs  its 
data  on  AD0-AD7. 


1 6-BIT  Z-BUS  DATA  PATH 


D« 


D8  d7 


Do 


Figure  3.  Byte/ Word  Memory  Organization 


I/O  I/O  transactions  are  similar  to  memory 

Transactions  transactions  with  two  important  differences. 

The  first  is  that  I/O  transactions  take  an  extra 
clock  cycle  to  allow  for  slow  peripheral  oper- 
ation. _The  second  is  that  byte  data  (indicated 
by  B/W  High  on  a 16-bit  bus)  is  always  trans- 


mitted on  AD0-AD7,  regardless  of  the  I/O 
address.  (ADs-ADjs  contain  arbitrary  data  in 
this  case.)  For  an  I/O  transaction,  the  address 
indicates  a peripheral  and  a particular  register 
or  function  within  that  peripheral. 


Null  The  two  kinds  of  null  transactions  are  dis- 

Transactions  tinguished  by  the  Status  lines:  internal  oper- 
ation and  memory  refresh.  Both  transactions 
look  like  a memory  read  transaction  except 
that  Data  Strobe  remains  High  and  no  data  is 
transferred. 

For  an  internal  operation  transaction,  the 
Address  lines  contain  arbitrary  data  when 
Address  Strobe  goes  High.  This  transaction  is 
initiated  to  maintain  a minimum  transaction 
rate  when  a bus  master  is  doing  a long  internal 


operation  (to  support  memories  which  generate 
refresh  cycles  from  Address  Strobe). 

For  a memory  refresh  transaction,  the 
Address  lines  contain  a refresh  address  when 
Address  Strobe  goes  High.  This  transaction  is 
used  to  refresh  a row  of  a dynamic  memory. 

Any  memory  or  I/O  transaction  can  be  sup- 
pressed (effectively  turning  it  into  a null  trans- 
action) by  keeping  Data  Strobe  High  through- 
out the  transaction. 


Interrupts 


A complete  interrupt  cycle  consists  of  an 
interrupt  request  followed  by  an  interrupt- 
acknowledge  transaction.  The  request,  which 
consists  of  INT  pulled  Low  by  a peripheral, 
notifies  the  CPU  that  an  interrupt  is  pending. 
The  mterrupt-acknowledge  transaction,  which 
is  initiated  by  the  CPU  as  a result  of  the 
request,  performs  two  functions:  it  selects  the 
peripheral  whose  interrupt  is  to  be  acknowl- 
edged, and  it  obtains  a vector  that  identifies 
the  selected  device  and  cause  of  interrupt. 

A peripheral  can  have  one  or  more  sources 
of  interrupt.  Each  interrupt  source  has  three 


bits  that  control  how  it  generates  interrupts. 
These  bits  are  an  Interrupt  Pending  bit  (IP), 
and  Interrupt  Enable  bit  (IE),  and  an  Interrupt 
Under  Service  bit  (IUS). 

A peripheral  may  also  have  one  or  more 
vectors  for  identifying  the  source  of  an  inter- 
rupt during  an  interrupt- acknowledge  trans- 
action. Each  interrupt  source  is  associated  with 
one  interrupt  vector  and  each  interrupt  vector 
can  have  one  or  more  interrupt  sources  associ- 
ated with  it.  Each  vector  has  a Vector  Includes 
Status  bit  (VIS)  controlling  its  use. 

Finally,  each  peripheral  has  three  bits  for 
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controlling  interrupt  behavior  for  the  whole 
device.  These  are  a Master  Interrupt  Enable 
bit  (MIE),  a Disable  Lower  Chain  bit  (DLC), 
and  a No  Vector  bit  (NV). 

Peripherals  are  connected  together  via  an 
interrupt  daisy  chain  formed  with  their  IEI  and 
IEO  pins  (Figure  4).  The  interrupt  sources 
within  a device  are  similarly  connected  into 
this  chain  with  the  overall  effect  being  a daisy 
chain  connecting  the  interrupt  sources.  The 
daisy  chain  has  two  functions:  during  an 
interrupt-acknowledge  transaction,  it  deter- 
mines which  interrupt  source  is  being 
acknowledged;  at  all  other  times  it  determines 
which  interrupt  sources  can  initiate  an  inter- 
rupt reguest. 

Figure  5 is  a state  diagram  for  interrupt 
processing  for  an  interrupt  source  (assuming 
its  IE  bit  is  1).  An  interrupt  source  with  an 
interrupt  pending  (IP  = 1)  makes  an  interrupt 
request  (by  pulling  INT  Low)  if,  and  only  if,  it 
is  enabled  (IE  = 1,  MIE=  1),  it  does  not  have 
an  interrupt  under  service  (IUS  = 0),  no 
higher  priority  interrupt  is  being  serviced 
(IEI  = High),  and  no  interrupt-acknowledge 
transaction  is  in  progress  (as  indicated  by 
INTACK  at  the  last  rising  edge  of  AS).  IEO  is 
not  pulled  down  by  the  interrupt  source  at  this 
time;  IEO  continues  to  follow  IEI  until  an 
interrupt-acknowledge  transaction  occurs. 

Some  time  after  INT  has  been  pulled  Low, 
the  CPU  initiates  an  interrupt-acknowledge 


transaction  (indicated  by  INTACK  Low). 
Between  the  rising  edge  of  AS  and  the  falling 
edge  of  DS,  the  IEI/IEO  daisy  chain  settles. 
Any  interrupt  source  with  an  interrupt  pending 
(IP  = 1,  IE  = 1,  MIE  = 1)  or  under  service 
(IUS  = 1)  holds  its  IEO  line  Low;  all  other 
interrupt  sources  make  IEO  follow  IEI.  When 
DS  falls,  only  the  highest  priority  interrupt 
source  with  a pending  interrupt  (IP  = 1)  has 
its  IEI  input  High,  its  IE  bit  set  to  1,  and  its 
IUS  bit  set  to  0.  This  is  the  interrupt  source 
being  acknowledged,  and  at  this  point  it  sets 
its  IUS  bit  to  1,  and,  if  the  peripheral's  NV  bit 
is  0,  identifies  itself  by  placing  the  vector  on 
AD0-AD7.  If  the  NV  bit  is  1,  then  the  periph- 
eral's ADo  - AD7  pins  remain  floating,  thus 
allowing  external  circuitry  to  supply  the  vec- 
tor. (All  interrupts,  including  the  Z8000's  non- 
vectored  interrupt,  need  a vector  for  identify- 
ing the  source  of  an  interrupt.)  If  the  vector's 
VIS  bit  is  1 , the  vector  will  also  contain  status 
information  further  identifying  the  source  of 
the  interrupt.  If  the  VIS  bit  is  0,  the  vector 
held  in  the  peripheral  will  be  output  without 
modification. 

While  an  interrupt  source  has  an  interrupt 
under  service  (IUS  = 1),  it  prevents  all  lower 
priority  interrupt  sources  from  reguesting 
interrupts  by  forcing  IEO  Low.  When  interrupt 
servicing  is  complete,  the  CPU  must  reset  the 
IUS  bit  and,  in  most  cases,  the  IP  bit  (by 
means  of  an  I/O  transaction). 
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Figure  5.  State  Diagram  for  an  Interrupt  Source 


Transition  Legend 

The  peripheral  detects  an  interrupt  condition  and  sets 
*■“*'  Interrupt  Pending. 

rgV  All  higher  priority  peripherals  finish  interrupt  service, 
thus  allowing  IEI  to  go  High. 

Fq\  An  mterrupt-acknow ledge  transaction  starts,  and  the 
IEI/IEO  daisy  chain  settles. 

rp\The  mterrupt-acknow  ledge  transaction  terminates  with 
the  peripheral  selected.  Interrupt  Under  Service  (IUS) 
is  set  to  1 , and  Interrupt  Pending  (IP)  may  or  may  not 
be  reset. 

The  interrupt- acknowledge  transaction  terminates  with  a 
higher  priority  device  having  been  selected. 

Fp\  The  Interrupt  Pending  bit  in  the  peripheral  is  reset  by 
an  I/O  operation. 

|qV  A new  interrupt  condition  is  detected  by  the  peripheral, 
causing  IP  to  be  set  again. 

Interrupt  service  is  terminated  for  the  peripheral  by 
resetting  IUS. 

P / IE  is  reset  to  zero,  causing  interrupts  to  be  disabled. 

J4y  IE  is  set  to  one,  re-enabling  interrupts. 


State  Legend 

"q”  No  interrupts  are  pending  or  under  service  for  this 
peripheral. 

Y|  An  interrupt  is  pending,  and  an  interrupt  request  has 
been  made  by  pulling  INT  Low. 

f 2 ] An  interrupt  is  pending,  but  no  interrupt  request  has 
been  made  because  a higher  priority  peripheral  has  an 
interrupt  under  service,  and  this  has  forced  IEI  Low. 

"3"]  An  mterrupt-acknow  ledge  sequence  is  m progress,  and 

L““J  no  higher  priority  peripheral  has  a pending  interrupt. 

"4!  An  interrupt-acknowledge  sequence  is  m progress,  but 
a higher  priority  peripheral  has  a pending  interrupt, 
forcing  IEI  Low. 

[" g 1 The  peripheral  has  an  interrupt  under  service.  Service 
may  be  temporarily  suspended  (indicated  by  IEI  going 
Low)  if  a higher  priority  device  generates  an  interrupt. 

This  is  the  same  as  State  5 except  that  an  interrupt  is 
aiso  pending  in  the  peripheral. 

~ Interrupts  are  disabled  from  this  source  because  IE  = 0. 

| g | Interrupts  are  disabled  from  this  source  and  lower 
priority  sources  because  IE  - 0 and  IUS  = 1. 


1 . This  diagram  assumes  MIE  = 1 . The  effect  of  MIE  = 0 is  the 
same  as  that  of  setting  IE  = 0. 

2.  The  DLC  bit  does  not  affect  the  states  of  individual  interrupt 
sources.  Its  only  effect  is  on  the  IEO  output  of  a whole  peripheral. 


3.  Transition  I to  state  6 or  7 can  occur  from  any  state  except  3 or 
4 (which  only  occur  during  interrupt  acknowledge). 

4.  Transition  J from  state  6 or  7 can  be  to  any  state  except  3 or  4, 
depending  on  the  value  of  IEI,  IP,  and  IUS. 
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A peripheral's  Master  Interrupt  Enable  bit 
(MIE)  and  Disable  Lower  Chain  bit  (DLC)  can 
modify  the  behavior  of  the  peripheral's  inter- 
rupt sources  in  the  following  way:  if  the  MIE 
bit  is  0,  the  effect  is  as  if  every  Interrupt 
Enable  bit  (IE)  in  the  peripheral  were  0;  thus 
all  interrupts  from  the  peripheral  are  disabled. 
If  the  DLC  bit  is  1 , the  effect  is  to  force  the 
peripheral's  IEO  output  Low,  thus  disabling  all 
lower  priority  devices  from  initiating  interrupt 


To  generate  transactions  on  the  bus,  a bus 
requester  must  gain  control  of  the  bus  by 
making  a bus  request.  This  is  done  by  forcing 
BUSREQ  Low  (Figure  6).  A bus  request  can  be 
made  only  if  BUSREQ  is  initially  High  (and  has 
been  for  two  clock  cycles),  indicating  that  the 
bus  is  controlled  by  the  CPU  and  no  other 
device  is  requesting  it. 

After  BUSREQ  is  pulled  Low,  the  Z-BUS 
CPU  relinquishes  the  bus  and  indicates  this 
condition  by  making  BUSACK  Low.  The  Low 
on  BUSACK  is  propagated  through  the 
BAI/BAO  daisy  chain  (Figure  6).  BAI  follows 
BAO  for  components  not  requesting  the  bus, 
and  any  component  requesting  the  bus  holds 


requests. 

Polling  can  be  done  by  disabling  interrupts 
(using  MIE  and  DLC)  and  by  reading  per- 
ipherals to  detect  pending  interrupts.  Each 
Z-BUS  peripheral  has  a single  directly 
addressable  register  that  can  be  read  to  deter- 
mine if  there  is  an  interrupt  pending  in  the 
device  and,  if  so,  what  interrupt  source 
it  is  from. 


its  BAO  High,  thereby  locking  out  all  lower 
priority  users. 

A bus  requester  gains  control  of  the  bus 
when  its  BAI  input  goes  Low.  When  it  is  ready 
to  relinquish  the  bus,  it  stops  pulling  BUSREQ 
Low  and  allows  BAO  to  follow  BAI . This  per- 
mits lower  priority  devices  that  made  simul- 
taneous requests  to  gain  control  of  the  bus. 
When  all  simultaneously  requesting  devices 
have  relinquished  the  bus,  BUSREQ  goes 
High,  returning  control  of  the  bus  to  the  CPU 
and  allowing  other  devices  to  request  it. 

The  protocol  to  be  followed  in  making  a bus 
request  is  shown  in  Figure  7. 


Figure  6.  Bus  Request  Connections 


Figure  7.  Bus  Request  Protocol 
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Resource 

Requests 


Resource  requests  are  used  to  obtain  control 
of  a resource  that  is  shared  between  several 
users.  The  resource  can  be  a common  bus,  a 
common  memory  or  any  other  resource.  The 
requestor  can  be  any  component  capable  of 
implementing  the  request  protocol. 

Unlike  the  Z-BUS  itself,  no  component  has 
control  of  a general  resource  by  default;  every 
device  must  acquire  the  resource  before  using 
it.  All  devices  sharing  the  general  resource 
drive  the  MMRQ  line  (Figure  8).  When  Low, 
the  MMRQ  line  indicates  that  the  resource  is 
being  acquired  or  used  by  some  device.  The 
MMST  pin  allows  each  device  to  observe  the 
state  of  the  MMRQ  line. 

When  MMRQ  is  High,  a device  may  initiate 
a resource  request  by  pulling  MMRQ  Low 
(Figure  9).  The  resulting  Low  on  MMRQ  is 
propagated  through  the  MMAI/MMAO  daisy 

chain.  If  a device  is  not  requesting  the 

resource,  its  MMAO  output  follows  its  MMAI 
input.  Any  device  making  a resource 
request  forces  its  MMAO  output  High  to  deny 
use  of  the  resource  to  lower  priority  devices. 

A device  gains  control  of  the  resource  if  its 
MMAI  input  is  Low  (and  its  MMAO  output  is 
High)  after  a sufficient  delay  to  let  the  daisy 
chain  settle.  If  the  device  does  not  obtain  the 
resource  after  this  short  delay,  it  must  stop 
pulling  MMRQ  Low  and  make  another  request 
at  some  later  time  when  MMRQ  is  again  High. 
When  a device  that  has  gained  control  of  a 
resource  is  finished,  it  releases  the  resource  by 
allowing  MMRQ  to  go  High. 


+ 5 V 


The  four  unidirectional  lines  of  the  resource 
request  chain  allow  the  use  of  line  drivers, 
thus  facilitating  connection  of  components 
separated  by  some  distance.  In  the  case  of  the 
Z8000  CPU,  the  four  resource  request  lines 
may  be  mapped  into  the  CPU  MI  and  MO  pins 
using  the  logic  shown  in  Figure  10.  With  this 
configuration,  the  Multi-Micro  Request  Instruc- 
tion (MREQ)  performs  a resource  request. 


Figure  9.  Resource  Request  Protocol 

1 . For  any  resource  requested,  this  wait  time  must  be  less  than  the 
minimum  wait  time  plus  resource  usage  time  of  all  other 
requesters. 


Figure  8.  Resource  Request  Connections 


Figure  10.  Bus  Request  Logic  for  Z8000 
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Test  The  timing  characteristics  given  in  this 

Conditions  document  reference  2.0  V as  High  and  0.8  V 

as  Low.  The  following  test  load  circuit  is 
assumed.  The  effect  of  larger  capacitive 
loadings  can  be  calculated  by  delaying  output 
signal  transitions  by  10  ns  for  each  additional 
50  pF  of  load  up  to  a maximum  200  pF. 


+ 5 V DC 


I 


2 2K 


FROM  OUTPUT 
UNDER  TEST 


50  pF 


FROM  OUTPUT  * 
UNDER  TEST  ^ 


+ 5 V DC 
^2  2K 


Open-Drain  Test  Load  Standard  Test  Load 


DC 

The  following  table  states  the  dc  character- 

components. All  voltages 

are  relative  to 

Charac- 

istics for  the  input  and  output  pins  of  Z-BUS 

ground. 

teristics 

Symbol 

Parameter 

Min 

Max 

Unit 

Test  Condition 

VlL 

Input  Low  Voltage 

-0.3 

0.8 

V 

Vffl 

Input  High  Voltage 

2.0 

Vcc  + 0-3 

V 

VIHRESET 

Input  High  Voltage  on  RESET  pin 

2.4 

Vcc  to 
0.3 

V 

V0L 

Output  Low  Voltage 

0.4 

V 

Iol  = 2.0mA 

VOH 

Output  High  Voltage 

2.4 

V 

Ioh  = 250/nA 

IlL 

Input  Leakage  Current 

-10 

+ 10 

fiA 

VIN  = 0.4  to  2.4  V 

Iql 

3-State  Output  Leakage  Current  m Float 

-10 

+ 10 

nA 

Vqut  = 0.4  to  2.4  V 

Capacitance 

The  following  table  gives  maximum  pin 

Symbol 

Parameter 

Max  (pF) 

capacitance  for  Z-BUS  components.  Capaci- 

tance  is 

specified  at  a frequency  of  1 MHz 

ClN 

Input  Capacitance  10 

over  the  temperature  range  of  the  component. 
Unused  pins  are  returned  to  ground. 

COUT 

Output  Capacitance  15 

Q/O 

Bidirectional  Capacitance  15 

Timing 

Diagrams 


The  following  diagrams  and  tables  give  the 
timing  for  each  kind  of  transaction  (except  null 
transactions).  Timings  are  given  separately  for 
bus  masters  and  for  peripherals  and  memories 
and  are  intended  to  give  the  minimum  timing 
requirements  which  a Z-BUS  component  must 
meet.  An  individual  component  will  have  more 
detailed  and  sometimes  more  stringent  timing 
specifications.  The  differences  between  bus 
master  timing  and  peripheral  and  memory  tim- 
ing allow  for  buffer  and  decoding  circuit 


delays  and  for  signal  skew.  The  timing  given 
for  memories  is  a constraint  on  bus-compatible 
memories  (like  the  Z6132  Quasi-Static  RAM) 
and  is  not  intended  to  constrain  memory  sub- 
systems constructed  from  conventional  com- 
ponents. 

Besides  these  timings,  there  is  a requirement 
that  at  least  128  transactions  be  initiated  in  any 
2 ms  period.  This  accommodates  memories  that 
generate  refresh  cycles  from  Address  Strobe. 


8085-004,  005 
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Number  Symbol 


Parameter 


Min  (ns)  Max  (ns)  Notes 


Bus  Master 

Timing 

Parameters 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 


All  Transactions 

TpC  Clock  Period  250  2000 

TwCh  Clock  High  Width  105  1895 

TwCl  Clock  Low  Width  105  1895 

TfC  Clock  Fall  Time  20 

TrC Clock  Rise  Time 20 

TdC(S)  Clock  t To  Status  Valid  Delay  100 

TdC(ASr)  Clock  1 To  AS  t Delay  90 

TdC(ASf)  Clock  t To  AS  I JDelay  80 

TdS(AS)  Status  Valid  To  AS  t Delay  50 

TwAS AS  Low  Width 80 

TdDS(S)  DS  t To  Status  Not  Valid  Delay  80 

TdAS(DS)  AS  t To  DS  i Delay  70  2095 

TsDR(C)  Read  Data  To  Clock  I Setup  Time  50 

TdC(DS)  Clock  l ToDS  t Delay  70 

TdDS(AS) DS  t To  AS  1 Delay 70 

TdC(Az)  Clock  t To  Address  Float  Delay  65 

TdC(A)  Clock  t To  Address  Valid  Delay  90 

TdA(AS)  Address  Valid  To  AS  t Delay  50 

TdAS(A)  AS  t To  Address  Not  Valid  Delay  60 

•TwA Address  Valid  Width 150 

ThDR(DS)  Read  Data  To  DS  t Hold  Time  0 

TdDS(A)  DS  I To  Address  Active  Delay  80 

TdDS(DW)  DS  t To  Write  Data  Not  Valid  Delay  80 

TsW(C)  WAIT  To  Clock  1 Setup  Time  50 

■ThW(C) WAIT  To  Clock  i Hold  Time 0 

Memory  Transactions 

TdAS(W)  AS  t To  WAIT  Required  Valid  90 

TdC(DSR)  Clock  1 To  DS  (Read)  i Delay  120 

TdDSR(DR)  DS  (Read)  I To  Read  Data  Required  Valid  185 

TwDSR  DS  (Read)  Low  Width  250 

•TdAz(DSR) Address  Float  to  DS  (Read)  1 Delay 0 

TdAS(DR)  AS  t To  Read  Data  Required  Valid  320 

TdA(DR)  Address  Valid  To  Read  Data  Required  Valid  400 

TdC(DSW)  Clock  i To  DS  (Write)  1 Delay  95 

TwDSW  DS  (Write)  Low  Width_  160 

■TdDW(DSWf)  -Write  Data  Valid  To  DS  (Write)  1 Delay 50 

TdDW(DSWr)  Write  Data  Valid  To  DS  (Write)  I Delay  230 

I/O  Transactions 

TdAS(DR)  AS  t To  Read  Data  Required  Valid  570 

TdA(DR)  Address  Valid  To  Read  Data  Required  Valid  650 

TdAz(DSI)  Address  Float_To  DS  (I/O)  1 0 

■TdC(DSI) Clock  1 To  DS  (I/O)  1 120 

TdDSI(DR)  DS  (I/O)  1 To  Read  Data  Required  Valid  320 

TwDSI  DS  (I/O)  Low  Width  400 

TdDW(DSIf)  Write  Data  To  DS  (I/O)  1 Delay  50 

TdDW(DSIr)  Write  Data  To  DS  (I/O)  t Delay  480 

•TdAS(W) AS  t To  WAIT  Required  Valid 340 

Interrupt-Acknowledge  Transactions 
TdAS(DSA)  AS  t To  DSJAcknowledge)  I Delay  960 

TdC(DSA)  Clock  t To  DS  (Acknowledge)  i Delay  120 

TdDSA(DR)  DS  (Acknowledge)  1 To  Read  Data  Required  Valid  420 

TwDSA  DS  (Acknowledge)  Low  Width  485 

■TdAS(W) AS  t To  Wait  Required  Valid 840 

TdDSA(W)  DS  (Acknowledge)  1 To  Wait  Required  Valid  130 


1 

1 


2,5 
2,5  - 


1 . Timing  for  extended  addresses  is  CPU  dependent;  however,  extended  addresses  must  be  valid  at  least  as  soon  as  addresses  are  valid  on 
ADq-ADj5  and  must  remain  valid  at  least  as  long  as  addresses  are  valid  on  ADQ-AD15. 

2.  The  exact  clock  cycle  that  wait  is  sampled  on  depends  on  the  type  of  transaction;  however,  wait  always  has  the  given  setup  and  hold  times  to 
the  clock. 

3.  The  maximum  value  for  TdAS(DS)  does  not  apply  to  Interrupt-Acknowledge  Transactions. 

4.  Except  where  otherwise  stated,  maximum  rise  and  fall  times  for  inputs  are  200  ns. 

5.  The  setup  and  hold  times  for  WAIT  to  the  clock  must  be  met.  If  WAIT  is  generated  asynchronously  to  the  clock,  it  must  be  synchronized 
before  input  to  a bus  master. 


Memory  and 

Peripheral 

Timing 

cs 

ST0-ST3, 
B/W,  R/W 

EXTENDED 

ADDRESS 

ADo-AD15 

rm 


)V«V 


ADDRESS  FROM 
BUS  MASTER 


DATA  TO 
BUS  MASTER 


AD0-AD15 

Parameters  1-12  are  common  to  all  transactions. 


I/O  Transactor 
Timing 


i\V4 


WfA 


DATA  FROM  BUS  MASTER 


AD0-AD15 


ADDRESS  FROM: 
BUS  MASTER  j 


R/W 

(WRITE) 


R/W 

(READ) 


AD0-AD15 


h — (§> 


v 


DATA  FROM  BUS  MASTER 


Interrupt 

Acknowledge 

Timing 


ADo-ADis 


INTACK 


UNDEFINED 

K-CST) 


iwSSWi 
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Memory  and 
Peripheral 
Timing 
Parameters 


Number  Symbol 


Parameter 


Min  (ns)  Max  (ns)  Notes 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 


All  Transactions 

TsCS(AS)  CS  To  AS  t Setup  Time  0 

ThCS(AS)  CS  To  AS  J_Hold  Time  60 

TsS(AS)  Status  To  AS  t Setup  Time  20 

ThS(DS)  Status  To  DS  t Hold  Time  60 

■TsA(AS) Address  To  AS  I Setup  Time — 10 

ThA(AS)  Address  To  AS  t Hold  Time  50 

TwAS  AS  Low  Width  70 

TdDS(DR)  DS  t To  Read  Data  Not  Valid  Delay  0 

TdDS(DRz)  DS  t To  Read  Data  Float  Delay 

TdAS(DS) AS  t ToDS  1 Delay 60 

TdDS(AS)  DSt  To  AS  1 Delay  50 

ThDW(DS)  Write  Data  To  DS  t Hold  Time  30 

Memory  Transactions 

TdA(DR)  Address  Required  Valid  To  Read 
Data  Valid  Delay 

TdAS(DR)  AS  t To  Read  DataValid  Delay 

TdAz(DSR) — Address  Float  To  DS  (Read)  1 Delay 0 

TdDSR(DR)  DS  (Read)  1 To  Read  Data  Valid  Delay 

TwDSR  DS  (Read)  Low  Width  240 

TwDSW  DS  (Write)  Low_Width  150 

TsDW(DSWf)  Write  Data  To  DS  (Write)  1 Setup  Time  30 

TsDW(DSWr)-Write  Data  To  DS  (Write)  t Setup  Time 210 


I/O  Transactions 

TdA(DR)  Address  Required  Valid  To  Read  Data 


Valid  Delay 

TdAS(DR)  AS  t To  Read  Data  Valid  Delay 

TdDSI(DR)  DS  (I/O)  i To  ReadJData  Valid  Delay 

TdAz(DSI)  Address  Float  To  DS  (I/O)  i Delay  0 

•TwDSI DSJI/O)  Low  Width 390 

TsRWR(DSI)  R/W  (Read)  To  DS  (I/O)  1 Setup  Time  100 

TsRWW(DSI)  R/W  (Write)  To_DS  (I/O)  1 Setup  Time  0 

TsDW(DSIf)  Write  Data  To  DS  (I/O)  1 Setup  Time  30 

TsDW(DSIr)  Write  Data  To  DS  (I/O)  t Setup  Time  460 

TdAS(W) AS  t To  WAIT  Valid  Delay 195 

Interrupt-Acknowledge  Transactions 
TsIA(AS)  INTACK  To  AS  t Setup  Time  0 

ThlA(AS)  INTACK  To  AS  I Hold  Time  250 

TdAS(DSA)  AS  t To  DS  (Acknowledge)  1 Delay  940 

TdDSA(DR)  DS  (Acknowledge)  i To  Read  Data 

Valid  Delay  360 

TwDSA DS  (Acknowledge)  Low  Width 475 

TdAS(IEO)  AS  i To  IEO  i Delay 
TdlEIf(IEO)  IEI  To  IEO  Delay 


TsIEI(DSA)  IEI  To  DS  (Acknowledge)  i Setup  Time 


1 

1 

2 

1 

1 


70 

2095 5 

1 


340 

230 


95 


590 

480 

255 


3,  4 

4 

4 


1 Parameter  does  not  apply  to  Interrupt-Acknowledge  Transactions 

2.  Does  not  cover  R/W  for  I/O  Transactions 

3.  Applies  only  to  a peripheral  which  is  pulling  INT  Low  at  the  beginning  of  the  Interrupt-Acknowledge  Transaction 

4 These  parameters  are  device  dependent  The  parameters  for  the  devices  in  any  particular  daisy  chain  must  meet  the  following  constraint- 
for  any  two  peripherals  in  the  daisy  chain,  TdAS(DSA)  must  be  greater  than  the  sum  of  TdAS(IEO)  for  the  higher  priority  peripheral, 
TsIEI(DSA)  for  the  lower  priority  peripheral,  and  TdlEIf(IEO)  for  each  peripheral  separating  them  in  the  daisy  chain. 

5 The  maximum  value  for  TdAS(DS)  does  not  apply  to  Interrupt-Acknowledge  Transactions 

6 Except  where  stated  otherwise,  maximum  rise  and  fall  times  for  inputs  are  200  ns. 
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Z-bus  and  peripheral  support  packages 
tie  distributed  computer  systems  together 


To  couple  support  circuits  to  Z8000  microprocessors 
in  an  organized  manner , an  interconnection 

philosophy  is  needed . To  this  end,  Zilog  has  developed 
the  shared  Z-bus— not  a device,  but  a concept— to 
allow  the  construction  of  complex  configurations  of 
peripherals  with  program  interfaces.  This  article 
takes  the  reader  a step  beyond  basic  interfacing 
circuits  (ELECTRONIC  DESIGN,  Oct.  25,  1979,  p.  90)  and 
introduces  both  the  Z-bus  concept  and  a new  family 
of  peripheral  packages,  designed  especially  for  the 
Z8000  fiPs.  Future  articles  will  explore  Z8000  software. 


The  Z-bus  logically  and  efficiently  organizes  in- 
terconnections and  transactions  between  Zilog’s 
Z8000  microprocessors  and  their  peripherals.  The 
signals  in  transactions  between  microprocessors  and 
peripherals  inherently  provide  all  the  necessary  tim- 
ing, allowing  asynchronous  operation,  so  that  the 
peripheral  devices  can  be  independent  of  the 
processor’s  speed  and  clock  frequencies.  In  addition, 
the  bus  has  a simple  scheme— the  daisy  chain— for 
establishing  sequential  priority,  as  when  a common 
system  resource  must  be  shared  by  several  processors 
and  peripherals. 

Processors  and  peripherals  engage  in  five  types  of 
transactions  through  the  Z-bus: 

■ Memory  transfers. 

■ I/O  transfers 

■ Interrupts  requests,  to  interrupt  the  Z-bus  proc- 
essor. 

■ Bus  requests,  to  gain  control  of  the  bus  for  both 
memory  and  I/O  transfers 

■ Resource  requests,  to  gain  access  to  a general 
resource. 

Although  memory  and  I/O  transfers  are  usually 
between  the  Z-bus  processor  and  the  memory  or  a 
peripheral,  some  Z-bus-system  peripherals,  such  as  a 
direct-memory-access  controller  can  initiate  transfers 
after  making  a successful  bus  request. 

The  Z-bus  system  depends  on  strobe,  request  and 
acknowledge  signals  to  provide  the  timing  information 


between  processor  and  peripherals  (see  Z-bus  signal- 
description  table).  The  multiplexed  address/data 
lines,  when  combined  with  a low  AS  (address  strobe) 
signal,  carry  the  addresses  of  memory  or  internal 
registers  within  peripheral-interface  packages  or  pe- 
ripheral devices.  When  combined  with  a lowDS  (data 
strobe)  the  multiplexed  address/data  lines  transfer 
data  from_or  to  the  registers,  depending  on  the  state 
of  the  R/w  (Read/Write)  line. 


1.  Bus-request  signals  to  the  master  processor  from  all 
requestors  are  OR-wired  to  the  brq  line,  and  their  baT/bao 
lines  are  daisy  chained  to  provide  a priority  sequence  (a). 
The  daisy-chain  signal  is  derived  from  the  BUSACKsignal 
delivered  by  the  master  processor  (b). 
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Data  can  be  formatted  in  8 or  16-bit  groups,  with 
memory  and  I/O  addresses  that  are  16-bits  long 
(memory  addresses  in  the  Z8001  segmented  version 
can  be  as  long  as  24  bits). 

Peripherals  get  on  the  bus 

For  a peripheral  to  get  control  of  the  bus,  theBUSRQ 
line  of  the  Z-bus  processor  in  the  system  must  be 
driven  low.  When  there  are  several  peripherals,  the 
easiest  way  to  generate  BUSRQ  is  to  wire-OR  all  poten- 
tial bus  request  signals  together  (Fig.  la)  via  the  Z- 
bus  BRQ  line,  which  then  becomes  BUSRQ  at  the  process- 
or port. 

With  BUSRQ  low  after  the  completion  of  any  system 
cycle,  the  processor  generates  a BUSACK  low  output 
(Fig.  lb)  to  acknowledge  the  release  of  the  bus.  At 
this  time,  all  the  processor  outputs  go  into  a high- 
impedance  state  to  avoid  affecting  other  signals  on 
the  bus.  Meanwhile,  BUSAK’s  low  propagates  through 
a daisy-chain  hookup  (Fig.  la)  among  the  bus  re- 
questors—the  low  enters  each  unit’s  BAT  and  leaves 
via  its  BAO  port.  The  device  that  requested  control  of 
the  bus  begins  to  use  it;  but  the  device’s  BAO  remains 
high,  preventing  lower  priority  bus  requesters  from 
using  the  bus  and  providing  a signal  that  identifies 
it  as  the  requestor.  When  the  device  completes  its  use 
of  the  bus,  BUSRQ  returns  to  high,  followed  one  cycle 
later  by  a high  BUSAK  and  BAT.  This  indicates  that  the 
Z-bus  processor  again  controls  the  bus. 

Clearly,  the  Z-bus  processor  occupies  a special  place 
on  the  bus,  even  though  the  processor,  like  any  other 
device  in  the  system,  must  wait  until  the  bus  is 
released  before  regaining  control. 

However,  when  peripherals  that  have  intelligence 
and  programmability  approaching  that  of  a processor 
share  the  bus,  the  management  protocol  must  be  more 
equitable  than  in  a master-slave  relationship.  A pro- 
tocol should  be  available  that  allows  any  intelligent 
component  on  the  bus  to  seize  a common  resource  of 
the  system — a peripheral,  memory,  modem,  display, 
etc. 

An  equal-opportunity  protocol 

Unlike  the  bus-request  protocol,  the  resource-re- 
quest  chain  is  not  dominated  by  a single  system 
component.  To  acquire  a resource,  a component  must 
issue  a request  signal,  MMRQ  low.  All  MMRQ  signals 
for  a given  resource  are  wire-ORed  to  a common  bus 
line  (Fig.  2a).  Nevertheless,  the  resource-requesting 
devices  are  daisy-chain  connected,  so  that  a low  on 
the  MMRQ  line  propagates  through  the  chain — into 
each  MMAI  and  out  of  each  MMAO.  However,  the  MMAO 
of  the  requesting  device  remains  high.  Thus,  the 
combination  of  MMRQ  low  and  MMAO  high  in  a device 
identifies  it  as  the  temporary  controller  of  the  re- 
source. 

Before  a component  makes  a resource  request,  it 
first  checks  the  MMST  (resource-status)  line  to  see  if 


the  resource  is  busy.  A low  MMST  line  indicates  busy, 
and  additional  MMRQs  are  blocked.  No  requestor  can 
preempt  another,  but  when  simultaneous  requests  are 
made  for  the  same  resource,  the  requestor  highest  on 
the  daisy  chain  will  seize  the  resource  first,  all  else 
being  equal. 

If  MMST  is  high,  however,  MMRQ  activates  the  line. 
After  a finite  delay,  if  MMAI  also  goes  low,  the  resource 
has  been  seized  successfully  and  the  intended  trans- 
action can  begin.  Otherwise,  the  request  is  aborted 
—because  another  requester  higher  on  the  daisy  chain 
had  already  seized  the  resource.  The  preempted  re- 
quester may  retry  immediately  or  after  some  delay. 

A simple  logic  circuit  can  take  advantage  of  a 
requestor’s  low  MMRQ  and  MMAI  and  its  high  MMAO  to 
enforce  access  protection  for  both  the  resource  and 
the  requestor  that  has  successfully  seized  the  resource. 

At  this  point,  the  designer  might  notice  that,  al- 
though four  lines  are  used  on  the  Z-bus  to  control 
resource  requests,  the  Z8001/8002  processors  provide 
just  two  pins  Mo  and  Mj.  On  its  Multimicro  Output 
(Mo)  pin,  the  /x P issues  a low  signal  to  request  a 
resource;  its  Multimicro  Input  (Mi)  pin  tests  to  de- 
termine the  state  of  the  resource. 

To  get  onto  the  daisy-chain  with  other  requestors, 
MMAI  and  MMAO  pins  are  also  needed.  A logic  circuit, 
as  in  Fig.  2b,  can  provide  the  interface  for  the 


2.  The  resource-request  chain,  like  the  bus-request,  also 
OR-wires  the  request  signals,  in  this  case  MMRQ.and  daisy- 
chains  for  priority  (a).  Severai  gates,  however,  are  needed 
to  interface  a Z8000,  which  has  just  two  resource-request 
ports,  M0  and  M, , with  the  daisy  chain  (b). 
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Z8001/8002  processors:  MMAI  passes  through  gate  G4 
to  MMAO  as  long  as  Mo  is  high  (not  requesting  the 
resource).  While  Mo  is  high  (before  making  a request), 
the  state  of  the  MM  ST  line  passes  through  Gi  and  G2 
to  Mt.  With  Mi  high  (mmst  is  not  busy),  M0can  issue  a 
request.  But  if  another  requestor  higher  had  seized 
the  resource  first,  MMAI  would  be  low  and  would  pass 
through  Gi  and  G2  to  Mj  to  abort  the  /iP’s  request, 
until  it  could  try  again. 

Interrupts  also  are  daisy  chained 

In  the  interrupt  protocol  (as  in  both  the  bus-request 
scheme  and  the  resource-request  scheme),  the  device’s 
physical  position  in  the  daisy-chain— in  at  IEI,  out  at 
IEO— determines  its  priority.  Also,  like  bus  requests, 
interrupt  requests  are  directed  to  the  processor— in 
this  case,  to  one  of  its  three  interrupt  input  ports— 
NMI,  vi,  or  nvi.  A separate  set  of  interrupt-protocol 
signals— int,  intack,  iei  and  ieo  —control  each  /zP 
interrupt  mode  that  is  used.  The  peripheral  INT  ports 
receive  the  same  treatment  as  BRQ  — the  INT  lines  for 
one  of  a processor’s  interrupt  modes  are  all  wire-ORed 
together  (Fig.  3a).  The  appropriate  acknowledgement, 
decoded  from  the  four  status  lines  of  the  /zP  (Fig.  3b), 
returns  via  the  Z-bus’  INTACK  line  to  all  the  daisy- 
chained  peripheral  requestors.  This  procedure  tem- 
porarily inhibits  further  interrupt  requests. 


© 


Although  more  than  one  peripheral  may  have  issued 
an  interrupt  request  simultaneously,  the  request 
highest  on  the  daisy  chain  prevails:  Its  IEO  remains 
low,  aborting  any  other  interrupt  requests  further 
down  the  chain,  until  IEO  drops  low. 

Three  Wait  cycles  occur  after  the  leading  edge  of 
INTACK  to  allow  the  daisy  chain  to  settle  (or  more, 
if  a peripheral  device  asks  for  it  via  the  WAIT  line). 
Then,  a DS  from  the  stimulates  the  interrupting 
peripheral  to  place  its  data  on  the  bus.  INTACK  returns 
high  two  (or  more)  Wait  cycles  later,  after  completion 
of  the  transaction  for  which  the  interrupt  was  ini- 
tiated. 

After  INTACK  returns  high,  any  requestor  on  the 
daisy  chain  can  issue  an  interrupt;  lower-priority 
devices  are  locked  out  until  higher  priority  interrupts 
have  been  serviced. 

I/O  is  main  transaction 

The  main  purpose  of  an  interrupt  request  is  to 
perform  a transfer  of  information  in  or  out  of  the 
processor.  This  I/O  transaction  is  distinquished  from 
every  other  by  the  iiP’s  status-lines  code  0010,  desig- 
nated I/O  Reference. 

The  bus  R/w  line  determines  the  direction  in  which 
the  information  flows:  The  processor  reads  from  the 
requestor  device  when  R/w  is  high  or  writes  into  the 
device  when  R/W  is  low.  Information  flows  via  the 
AD0  to  AD15  lines  of  the  ixP. 

When  AS  is  low,  the  information  being  transferred 
is  addresses;  when  DS  is  low,  the  information  is  data. 
Word  or  byte  formats  are  identified  by  the  B/W  line 
—word  format,  when  low — allowing  16  or  8-bit  data 
elements  (Fig.  4). 

This  early-status  information,  which  defines  the 
transaction  ahead  of  the  actual  process,  allows  the 
enabling  of  bidirectional  drivers  and  other  interface 
hardware  elements.  The  enabling  action  is  a distinct 
benefit,  which  simplifies  interfacing  peripherals. 


3.  Microprocessor  interrupts  from  peripherals  also  use  of  interrupt  (a).  The  properly  decoded  status  line  of  that 

an  OR-wired  line  (int)  for  initiating  the  sequence  and  a daisy  interrupt  from  the  processor  then  becomes  the  intack 

chain  to  establish  peripheral  priorities  for  a given  type  signal  on  the  line  (b). 
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Indeed,  the  Z8000  processors  distinguish  between 
I/O-transaction  and  memory/ processor-interchange, 
modes  only  by  using  different  status-line  codes;  other- 
wise, the  two  modes  work  almost  the  same  way.  The 
address/data  bus,  strobe  lines  AS  and  DS^  and  theR/W, 
B/W,  and  N/S  lines  are  shared  by  both  I/O  and 
memory  transactions;  therefore  the  interface  buffers 
can  be  shared  by  substantially  fewer  processor  pins. 

One  difference  in  the  modes— an  extended  address 
capability  to  23  bits— applies  only  to  memory,  when 
the  segmented  Z8001  version  of  the  processor  is  used. 

Memory  is  organized  into  two  8-bit-wide  banks.  One 
bank  contains  the  most-significant  bytes  of  the  ad- 
dressable words;  the  other  contains  the  lower  bytes. 
The  banks  can  be  activated  together  or  separately  by 
a B/W  low  signal  (Fig.  4). 

Memory  and  I/O  functions  must  then  be  done 
sequentially,  but  the  high-speed  of  the  processor 
transactions  can  handle  most  applications  adequately. 
If  necessary,  the  wait  line  can  be  called  upon  to  extend 
a transaction  for  I/O  and  memory,  because  the  device 
(or  memory)  is  not  ready  or  cannot  work  fast  enough 
to  keep  up  with  the  processor. 

Help  for  the  busy  processor 

When  the  processor  gets  too  busy  to  handle  all  its 
peripherals  efficiently,  then  Zilog’s  Universal  Per- 
ipheral Controller  (Z-UPC),  one  of  several  support 
packages  that  will  soon  be  available,  can  step  in  and 
help  out  (Fig.  5).  With  pin  functions  AS  and  DS,  R/W 
and  WAIT,  iei,  and  IEO,  INT  and  INTACK,  Z-UPC  can  plug 
right  into  the  Z-bus  and  serve  as  a complete  slave 
microcomputer  for  distributed  processing.  It  can: 

■ Control  peripheral  devices  with  internal  ROM  or 
RAM  instructions. 

■ Manipulate  data  arithmetically  or  format  buffer 
data  in  internal  registers. 

Based  on  the  Z8  microprocessor  architecture  and 
instruction  set,  the  Z-UPC  is  an  intelligent  device  that 
can  unburden  the  main  processor  and  greatly  increase 


4.  The  byte/word  and  read/write  organization  of  words 
is  handled  almost  the  same  way  for  I/O  transactions 
between  peripherals  and  processor  as  for  I/O  transactions 
between  memory  and  processors. 


Z-Bus  signal  descriptions 


CPU 

MEMORY  OR 

SIDE 

PERIPHERAL 

SIDE 

EXTENDED  ADDRESS 

^ AD0-AD,5 

► R/w 

^ g§ 

'JS  STATUS 

— • WAIT 

— i ► RESET 

-W INT  -I 

*•»  INTACK 

ONE  SET  PER 

■ NTERRUPT 

IEI 

TYPE 

-* IEO  J 

-* ► BRO  ] 

-■■■■ 

[bus  CONTROL 

— - '*»'  BAI 

REQUEST  CHAIN 

BAO 

«<• MMST  -| 

—►MMRG 

ONE  SET  PER 

> RESOURCE 

►MM  AO 

TYPE 

MMAl  J 

ADq-ADis 


AS 

BRU,  BAT, 
BAD 


DS 


Address/Data  Lines.  The  multiplexed 
address/data  lines  are  used  for  both 
I/O  and  memory  transfers. 

Address  Strobe.  The  rising  edge  of  AS 
indicates  addresses  are  valid. 

Bus  Request,  Bus  Acknowledge  Input, 
Bus  Acknowledge  Output.  Other 
Z-Bus  masters,  such  as  the  Z-DMA, 
use 

this  bus  control  request  chain  to 
take  control  from  the  CPU. 

Data  Strobe.  DS  times  the  data  in  and 
out  of  the  CPU. 


EXTENDED 

ADDRESSES 


INT, 

INTACK, 
IEI,  IEO 


RESET 

R/W 


Status 

Lines 


WAIT 


The  number,  type  and  nature  of  these 
lines  depend  on  the  CPU  used. 

Interrupt,  Interrupt  Acknowledge, 
Interrupt  Enable  Input,  Interrupt 
Enable  Output.  This  set  of  lines  is 
used  for  interrupt  control  and  the 
interrupt  daisy  chain  for  each  type 
of  interrupt. 

Reset.  A Low  on  this  line  resets  the 
system. 

Read/Write.  R/W  indicates  the  CPU  is 
reading  or  writing. 

The  status  lines  distinguish  the  dif- 
ferent kinds  of  bus  transactions,  such 
as  I/O  or  memory. 

Wait.  This  line  indicates  to  the  bus 
controller  that  the  responder  is  not 
ready  for  data  transfer. 


MM  ST,  MMRQ  Multi-Micro  Status,  Multi-Micro  Re- 
MMAO,  MMAl  quest,  Multi-Micro  Acknowledge 

Output,  Multi-Micro  Acknowledge  In- 
put. This  resource-request  chain 
controls  access  to  common 
resources. 
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overall  system  efficiency  and  speed.  It  generates 
almost  any  control  signal  that  a peripheral  device 
might  need.  Operating  on  the  same  4-MHz  clock  as 
the  Z8000  fi Ps,  it  executes  instructions  in  an  average 
of  just  2 fi s. 

Not  only  speed,  but  flexibility  is  attained.  An 
extensive  register  file  of  256  byte-registers,  organized 
into  16  groups  of  16  working  registers  each  make  the 
Z-UPC  very  versatile.  Short-format  instructions  ex- 
pedite the  access  to  any  group.  The  file  includes  234 
general-purpose,  19  status-and-control  (including  two 
16-bit  counter/timer)  and  three  I/O-port  registers. 
Add  six  levels  of  priority  interrupts  and  the  Z-UPC 
is  indeed  a flexible  support  package. 

Any  general-purpose  register  can  be  used  as  an 
accumulator,  address  pointer,  index  register  or 
stack  for  the  the  Z-UPC’s  program.  All  unused 
general-purpose  registers  can  then  act  as  data  buffers 
between  the  master  processor  and  the  peripheral 
device.  In  addition,  communications  between  the  mas- 
ter processor  and  the  Z-UPC  takes  place  via  one  of  the 
groups  of  16  registers,  which  are  accessed  directly  by 
the  master  processor  over  the  Z-bus  Address/Data 
(ADX)  lines. 

Examining  the  I/O  ports 

The  Z-UPC’s  three  I/O  ports  also  allow  great  flex- 
ibility. Two  of  the  I/O  ports  are  8-bits  each;  the  third 
has  8 bits  for  I/O  that  can  be  shared  between  I/O  and 
control  lines,  as  determined  by  the  program.  In  fact, 
all  the  1/ 0 ports  can  be  programmed  in  many  combina- 
tions as  input,  output  or  bidirectional  lines,  with  or 
without  a handshake  protocol. 

When  its  P30,  p32,  p3s  and  P 37  pins  are  programmed 
as  IEI/IEO,  INTACK  and  INT  lines,  the  Z-UPC  fits  easily 


into  the  Z-bus’s  daisy-chain  priority  system.  As  an 
alternative,  the  controller  can  be  programmed  to 
operate  with  a polled  system— a concept  that  is  also 
compatible  with  the  Z-bus. 

Not  all  peripheral  interfacing  tasks  need  all  the 
intelligence  and  flexibility  that  the  Z-UPC  possesses. 
Zilog’s  Counter/Timer  and  Parallel  I/O  (Z-CIO),  with 
its  two  independent  8-bit  bidirectional  I/O  ports  and 
special-purpose  4-bit  I/O  port,  can  satisfy  most  or- 
dinary needs  for  parallel  I/O  interfacing  and 
counting/timing  (Fig.  6). 

Either  of  the  Z-CIO’s  two  identical  8-bit  I/O  ports 
can  operate  in  a handshake-byte  or  bit-by-bit  mode. 


6.  By  taking  care  of  parallel  I/O  interfacing  and  counting, 
the  Z-CIO  peripheral-interfacing  circuit  chip  can  remove 
a heavy  burden  from  the  processor  in  a complexZ8000 
system. 
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5.  A universal  peripheral  controller  (Z-UPC)  can  take  a when  the  processor  is  interfacing  peripheral  devices  that 

great  amount  of  the  load  off  a microprocessor,  especially  demand  a lot  of  detailed  attention. 
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7.  For  long-distance  serial  communications  with  a 
processor,  the  Z-SCC  converts  parallel-to-serial  data  and 


then  serial-to-parallel  for  either  synchronous  or 
asynchronous  data  links. 


In  the  later  mode,  the  direction  of  each  bit  can  be 
individually  programmed.  Like  the  universal  con- 
troller, the  two  ports  can  perform  in  the  handshake 
mode,  as  inputs,  outputs  or  bidirectional  lines;  also, 
they  can  be  linked  into  one  16-bit  port.  In  addition, 
each  of  the  8-bit  ports  includes  pattern-recognition 
logic  to  generate  an  interrupt  when  a specified  pattern 
is  detected. 

Pour  handshake  protocols  are  available:  the 
IEEE-488,  an  interlocked  (with  another  Z-CIO  or  Z- 
UPC),  a strobed  and  a pulsed. 

The  pulsed  handshake  connects  one  of  the  Z-CIO’s 
counters  with  logic,  to  interface  a mechanical  device 
such  as  a printer.  The  special-purpose  4-bit  I/O  port 
provides  the  handshake  controls:  a Wait/Request  line 
for  high-speed  data  transfer  or  general-purpose  I/O. 
The  programming  and  status  for  all  the  control 
features  reside  in  12  registers  provided  for  each  port. 

The  Z-CIO’s  three,  independent,  identical  16-bit 
counter/timers  (two  of  the  counters  can  be  pro- 
grammed to  form  a 32-bit  counter/timer)  can  help  to 
control  a device.  Each  counter/timer  consists  of  a 16- 
bit  down-counter  and  four  registers  as  follows:  a 16- 
bit  register,  to  hold  the  initial  value  (called  the  Time 
Constant),  which  is  loaded  into  the  down-counter; 
another  16-bit  register,  to  hold  a current  down-count 
output,  when  strobed;  and  two  8-bit  registers  to  hold 
mode,  control  and  status  information. 

Either  the  counting  or  the  timing  function  can  be 
programmed  for  single-cycle  (one-shot)  or  continuous 
operation  with  a pulse  or  square-wave  output.  Up  to 
four  control  lines— for  .each  counter /timer— can  act 


OO  tU  A AA1 1 V4  f-AV»  lymilf  AV»  o U1  a i vi  r\i  i 4-  /v/^a»*  mniif  /I 

c*o  nit/  wuut^i  input,  input,  u lggci  input  anu 

counter/timer  output,  as  required. 

Whether  counting  or  parallel  interfacing,  the  Z-CIO 
can  substantially  unburden  the  master  processor  in 
a computer  system,  especially  when  complex  per- 
ipherals demanding  high  service  must  be  handled.  The 
Z-CIO  is  also  fully  compatible  with  the  Z-bus  and 


provides  the  full  complement  of  bus  control  signals 
and  daisy-chain  priority  pins  (IEI/IEO). 

Serial  unit  supports  many  protocols 

Also  supporting  the  Z-bus  family  is  the  Z-SCC, 
Serial  Communications  Controller,  a peripheral-in- 
terfacing package  for  serial  communications  or  data- 
transfer  applications  (for  example,  with  disks  and 
cassettes).  The  package  contains  two  independent  full- 
duplex  channels,  each  with  its  own  quartz-crystal 
oscillator,  baud-rate  generator  and  digital  phase- 
locked  loop  for  clock  recovery  (to  1 Mbit/s).  Each 
channel  also  provides  facilities  for  modem/control 
(Fig.  7a). 

The  Z-SCC  is  programmable  for  NRZ,  NRZI  or  FM- 
data  encoding.  A channel  in  an  asynchronous  mode 
can  operate  with  5 to  8-bit  codes  per  character  plus 
1, 1-1/2  or  2 bits  per  character  as  stop  bits.  In  addition 
the  package  provides  such  features  as  break  detection 
and  generation,  and  parity,  overrun  and  framing  error 
detection. 

In  the  synchronous  mode,  the  Z-SCC  handles  such 
protocols  as  IBM  Bisync  or  bit-oriented  HDLC  and 


8.  The  Z-FIO  general-purpose  bidirectional  buffer  can 
interconnect  devices  operating  at  different  speeds.  It  is 
not  limited  to  Z8000  configurations,  but  can  handle 
almost  any  general-purpose  n P system. 
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SDLC  with  frame-level  control,  automatic  zero-inser- 
tion and  deletion,  I-field  residue  handling,  abort 
generation  and  detection,  CRC  generation  and  check- 
ing and  loop-mode  operation.  Parity  and  overrun 
features  also  apply  to  synchronous  operation 

Fig.  7b  shows  one  of  the  Z-SCC’s  channels  connected 
as  a synchronous  data-link— the  loop  (SDLC)  mode. 
Note  the  absence  of  clock  lines.  With  NRZI  or  FM 
data,  no  clock  lines  are  needed,  since  the  clock  can 
be  recovered  at  the  receive  end  from  the  bit  stream 
by  the  Z-SCC’s  digital  phase-locked  loop.  The  other 
channel,  via  a modem  under  control  of  the  Z-SCC,  is 
shown  servicing  an  asynchronous  serial  port. 

Basically  the  Z-SCC  functions  as  a parallel-to-serial 
and  serial-to-parallel  converter,  but  it  does  more:  Its 
sophisticated  repertoire  of  internal  functions  greatly 
reduces  the  amount  of  external  supporting  logic 
needed  for  a wide  variety  of  serial-communications 
applications  in  distributed-processing  systems. 

Another  great  saver  of  external  assorted  logic  in 
distributed-processor  operation  is  the  Z-FIO  general- 
purpose  bidirectional  buffer. 

First-in,  first-out 

The  Z-FIO  can  interconnect  components  or  sub- 
systems (of  almost  any  /uP  including  the  Z8000) 
operating  at  different  speeds.  It  can  accept  128  bytes 
of  data,  which  it  then  holds  until  they  are  called  for 
by  another  device  in  the  system.  In  this  way,  interrupt 
servicing  time  can  be  cut  two  orders  of  magnitude  in 
most  I/O  transactions.  Moreover,  the  capability  of 
moving  variable-sized  blocks  under  either  direct- 
memory  access  or  interrupt  control  greatly  facilitates 
system  throughput,  which  is  especially  important 
with  fast  peripheral  circuits. 

The  internal  functions  of  the  Z-FIO  are  shown  in 
Fig.  8.  Its  two  sets  of  Address/Data  ports  are  identical 
except  for  programming.  The  A set  (programmed  by 
pins  M0  and  and  the  B set  (programmed  by  bits 
SL0  and  SLi)  have  in  common  a 128  X 128  RAM  for 
data  storage,  two  7-bit  counters  and  several  registers. 

The  RAM  can  read  and  write  both  simultaneously 
and  independently:  The  A set  can  write  a byte  of  data 
into  the  RAM  without  disturbing  a simultaneous  read 
operation  at  the  B set.  The  counters  address  the  RAM 
and,  by  means  of  a subtractor,  determine  the  number 
of  bytes  remaining  in  the  memory.  This  number  can 
be  read  from  a status  register  dedicated  to  each  set. 

When  compared  internally  with  the  memory-status 
register,  a programmable  register  generates  an  inter- 
rupt for  starting  and  stopping  DMA  transfers.  Anoth- 
er pair  of  registers  permits  direct  communication 
between  the  ports  by  bypassing  the  main  buffer 
memory.  ■■ 
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1 INTRODUCTION 

This  printer  driver  was  written  to  suit  a variety  of  applications, 
but  in  particular,  it  was  prepared  to  be  used  as  a companion  to  the 
Zilog  text  formatting  utility,  ZFORM. 

It  is  also  well  suited  to  applications  requiring  the  printing  of  long 
lines,  such  as  are  found  in  connection  with  business  orientated  data 
base  management  programs. 

It  provides  compatibility  with  both  of  the  most  commonly  used  high 
performance,  high  quality  printers,  the  NEC  SPINWRITER,  and  the 
DIABLO . 


The  features  provided  by  the  driver  ensure  that  the  printer  operates 
at  its  maximum  possible  speed  under  all  circumstances.  Adjacent 
spaces  and  tabs  are  merged  into  single  head  movements,  and  the 
printing  direction  is  fully  optimised  to  minimise  unnecessary  head 
travel.  This  has  the  effect  not  only  of  raising  print  speeds,  but  of 
considerably  reducing  noise  and  vibration,  although  this  effect  will 
not  be  obvious  unless  two  printers  are  operating  near  to  each  other 
under  different  control  algorithms. 

Several  further  features  are  controlled  by  "attributes”  which  could 
be  easily  extended , but  as  currently  implemented  allow  for 
underlining , BOLD  character  printing,  RED  printing,  suPerscripting , 
and  ^scripting,  or  any  combination  of  these  features  , which  can 
even  Se  invoked  at  the  character  level  within  words. 


The  driver  can  optionally  skip  to  top-of-page  at  a given  page  line 
count,  to  prevent  printing  over  fold  lines  in  continuous  stationery, 
and , if  required  will  allow  the  operator  to  load  a fresh  sheet  of  cut 
paper  after  ejecting  the  current  "page”.  In  this  case,  a message  is 
sent  to  the  operator  console,  together  with  a bell-code,  as 
indications  that  operator  intervention  is  required.  When  the  new 
sheet  has  been  loaded , the  operator  presses  a key  on  the  console  in 
order  to  continue  printing.  In  this  situation,  the  operator  is  able 
to  give  a specific  response  in  order  to  inform  the  driver  that  pauses 
are  no  longer  needed  between  pages.  This  response  is  given  by 
pressing  either  upper-case , or  lower-case  C ( for  .Continue  ) . 

The  facility  for  using  cut  sheets  is  essential  in  the  context  of 
preparing  documents  such  as  letters,  which  will  usually  be  printed  on 
headed  paper  for  the  first  sheet,  and  plain  paper  for  continuations. 


The  printing  operation  may  be  aborted  at  any  time  by  hitting  the 
<ESC>  key  on  the  console,  and  may  be  halted  temporarily  at  any  time 
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If  the  printer  is  equipped  with  a detector  for  end-of-ribbon , which 
is  a standard  feature  of  the  SPINWRITER,  it  will  automatically  pause 
for  the  operator  to  load  a new  cartridge.  Printing  will  be 
suspended,  and  an  audible  alarm  given  to  indicate  that  operator 
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intervention  is  required . After  the  cartridge  has  been  replaced , 
printing  resumes  without  any  visible  discontinuity. 


2 THE  DRIVER  PROM  A NON  TECHNICAL  USER'S  VIEWPOINT 


2.1  LOADING  AND  INITIALISING  THE  DRIVER 

The  driver  is  loaded  by  RIO,  the  operating  system  executive,  either 
in  response  to  a direct  command  from  the  operator  entered  at  the 
console  keyboard , or  to  a command  included  in  a file  containing 
commands,  such  as  the  file  OS.INIT  . 

In  either  case,  the  operation  involves  the  use  of  the  RIO  command 
ACTIVATE. 

Assuming  that  a NEC  Spinwriter  is  in  use,  and  the  files  of  the  disc 
supplied  have  been  used  without  modification,  the  actual  device 
driver  will  be  known  as  $NEC.  The  command  is  therefore 

JACTIVATE  $NEC 

RIO  prompt 

AAAAAAAAAAAAA  - . , 

Operator  command 

Optionally,  the  operator  may  make  the  printer  driver  known  by  a 
logical  Unit  Number' , preferably  3,  which  is  used  by  convention  for 
printers.  This  can  be  achieved  by  the  additional  command 

^DEFINE  3 $NEC 

RIO  prompt 

A A A A AAAAAAAAA  , 

Operator  command 

There  are  several  RIO  utilities,  such  as  PRINT,  and  CAT,  which 
automatically  send  their  output  to  whatever  device  has  been 
associated  with  LUN=3,  and  it  is  recommended  that  the  procedure  given 
above  be  used.  This  adds  significantly  to  the  general  convenience  of 
using  the  system. 

When  the  driver  receives  an  Initialisation  request  from  RIO,  it 
performs  some  general  housekeeping  operations,  such  as  preparing  the 
electrical  characteristics  of  the  hardware  interface  to  the  printer, 
and  placing  the  printhead  in  a known  position,  and  then  it  sends  a 
message  to  the  operator,  asking  whether  it  is  to  operate  in  the 
manner  needed  if  cut  sheets  of  paper  are  to  be  used,  and  whether  it 
is  to  automatically  perform  paper  throws  to  prevent  printing  over 
folds  in  continuous  stationery.  These  two  functions  are  separately 
controllable,  as  some  programs  which  use  the  printer  driver  perform 
similar  functions  themselves.  In  that  case,  irritating  interactions 
could  possibly  occur,  resulting  for  example,  in  alternate  pages  being 
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completely  blank.  Initialisation  requests  are  sent  to  the  printer 
driver  whenever  it  is  ACTIVATEd,  or,  if  required,  can  be  issued 
specifically  on  demand  by  the  operator  by  using  the  command:- 

%I  $NEC 

* RIO  prompt 

Operator  command 


In  either  event,  the  driver  will  introduce  itself  by  a message  on  the 
system  console  , giving  its  revision  level,  and  will  then  ask  the 
operator  two  questions.  The  responses  are  entered  on  the  console 
keyboard  as  single  characters.  The  response  character  Y in  either 
upper,  or  lower  case,  specifies  ’YES*  to  the  question. 

The  dialogue  takes  the  following  form:- 

JACTIVATE  $NEC 

Printer  Driver  rev.  2.1 

Cut  sheets  ? Y 
Auto  formfeed  ? Y 

% 

In  the  above  example,  the  two  responses  for  Yes  are  shown.  Any  other 
character  response  apart  from  Y is  interpreted  as  NO. 

If  the  requirements  of  the  driver  change  during  a session,  all  that 
is  needed  to  redefine  the  characteristics  is  for  the  operator  to  give 
the  command  to  re- initialise  the  driver,  as  exampled  previously.  The 
two  questions  will  be  re-asked.  If  this  is  done,  it  does  NOT  alter 
the  previously  defined  association  between  the  driver  and  a RIO  LUN. 


2.2  USING  THE  DRIVER 

RIO  can  be  told  to  pass  data  ( ie.  text  ) to  the  printer  in 
essentially  two  different  ways.  One  is  much  simpler  to  use  than  the 
other,  and  relies  on  having  DEFINEd  that  the  driver  is  known  to  RIO 
as  LUN=3. 

Assuming  that  a file  is  known  to  exist,  such  as  PRINTER. DRIVER. MANUAL 
and  that  the  printer  driver  is  indeed  known  as  LUN=3,  all  that  the 
operator  needs  to  enter  is:- 

$ PRINT  PRINTER . DRIVER . MANUAL 

and  the  contents  of  that  file  will  be  printed.  Obviously  the  text 
actually  appearing  on  the  paper  will  largely  reflect  exactly  what  is 
contained  in  the  file,  but  pagenation  can  be  affected  by  whether  the 
operator  has  selected  automatic  formfeed.  The  use  of  cut  sheets  does 
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not  affect  the  printed  output,  merely  the  type  of  paper  stock  which 
can  conveniently  be  used. 

Alternatively  it  is  often  possible  to  send  text  direct  to  $NEC  as  it 
is  being  generated,  instead  perhaps,  of  preparing  a file  which  would 
have  to  be  printed  subsequently. 

This  can  be  achieved  in  different  ways  depending  on  the  program  which 
is  generating  the  text.  As  an  example,  we  will  show  the  use  of 
ZFORM . 

ZFORM  outputs  its  formatted  text  to  the  system  console  unless  the 
operator  specifies  an  alternative.  This  is  particularly  convenient, 
as  most  operators  would  require  to  view  the  fully  formatted  text  on 
their  VDU  more  frequently  than  actually  printing  it. 

An  alternative  is  specified  by  giving  an  "0="  option,  which  can 
define  either  the  name  of  a file  which  is  to  be  prepared  to  contain 
the  formatted  output  text,  or  a driver,  such  as  $NEC.  In  this  case, 
the  formatted  text  would  be  sent  directly  to  $NEC,  and  therefore  to 
the  printer,  as  it  is  being  generated. 

For  example: 

JZFORM  PRINTER. DRIVER. MANUAL  0=$NEC 


2.3  AUTOMATIC  FORMFEED 

If  the  operator  has  selected  the  automatic  formfeed  option,  after 
printing  a given  number  of  lines  on  a page,  the  driver  will  tell  the 
printer  to  perform  a paper-throw,  ie.  formfeed  operation,  which 
prepares  it  to  start  printing  on  a new  sheet. 

The  driver  maintains  a count  of  the  number  of  lines  it  has  printed 
since  the  last  time  it  started  a new  sheet,  and  when  it  reaches  63 
(this  can  be  varied  if  necessary)  it  requests  a formfeed.  As  most 
paper  sheets  have  a length  equal  to  66  lines,  this  means  that  every 
page  would  have  at  least  three  blank  lines,  and  they  would  normally 
be  positioned  to  bracket  the  folds  in  continuous  stationery. 

However,  if  the  driver  finds  a formfeed  code  in  the  text  being 
printed,  it  requests  a paper  throw,  and  zeros  its  line  counter. 

Most  files  of  text  which  are  prepared  by  Zilog  utility  programs  do 
contain  embedded  formfeed  codes,  and  it  is  for  this  reason  that  the 
driver  usually  does  not  need  to  insert  any  automatically. 
Interaction  could  occur  if  the  text  being  printed  were  pagenated 
using  the  same  line  count  per  page  as  the  printer  driver.  Blank 
alternate  pages  would  result. 

It  is  very  useful,  however,  to  be  able  to  neatly  print,  and  pagenate, 
files  which  are  prepared  directly  by  an  operator  using  a text  editor, 
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such  as  input  files  for  use  by  ZFORM  for  example,  and  it  is  then  that 
the  auto  formfeed  option  is  likely  to  be  used. 


2.4  USE  OF  CUT  SHEETS 

If  the  operator  has  selected  the  cut  sheet  option,  whenever  the 
driver  has  sent  a paper  throw  instruction  to  the  printer,  which  will 
cause  the  current  sheet  to  be  ejected,  it  will  then  cause  the 
console1 s buzzer  to  be  sounded  and  send  a message  to  the  operator  at 
the  system  console.  The  message  represents  a request  to  load  a new 
sheet  of  paper,  and  then  to  press  a key  on  the  keyboard  as  an 
instruction  to  the  driver  that  printing  can  resume.  If  any  key  other 
than  either  an  upper  case , or  a lower  case  C is  pressed , the  driver 
will  continue  to  request  the  loading  of  fresh  sheets  whenever  it  has 
ejected  the  current  sheet.  However,  if  the  letter  C is  used  in 
response , printing  will  continue  in  the  expectation  that  continuous 
stationery  is  then  in  use. 


2.5  CHARACTER  ATTRIBUTES 

As  implemented  herein,  the  attributes  of  BOLD,  UNDERLINE,  RED, 
SUPERSCRIPT,  and  SUBSCRIPT,  are  invoked  by  two-character  "ESCAPE  code 
sequences"  in  the  text  being  printed,  employing  codes  which  do  not 
correspond  to  printable  characters. 

This  technique  ensures  that  text  files  which  contain  the  necessary 
control  codes  for  these  functions  can  be  printed  by  printers  such  as 
TALLY,  CENTRONICS  etc.  and  by  conventional  Visual  Display  Units  when 
handled  by  standard  Zilog  drivers,  with  total  compatibility. 
Obviously  these  peripherals  cannot  produce  the  effects  obtainable 
when  using  a Spinwriter,  but  the  text  format  and  content  would  be  the 
same.  It  would  perhaps  be  regarded  as  a draft  quality  output  which 
can  be  prepared  at  very  high  speed. 

The  attribute  control  sequences  are  as  follows: 


BOLD 

<ESC> 

CTRL-B 

UNDERLINE 

<ESC> 

CTRL-U 

RED 

<ESC> 

CTRL-R 

POSITIVE  HALF-LINEFEED 

( 

for 

SUBSCRIPTING  ) 

<ESC> 

CTRL-F 

NEGATIVE  HALF-LINEFEED 

c 

for 

SUPERSCRIPTING 

) <ESC> 

CTRL-N 

The  first  three  attribute  control  sequences  operate  in  the  manner  of 
’toggles1,  ie . if,  for  example,  the  printer  is  outputting  in  black, 
then  the  sequence  <ESC>  CTRL-R  would  switch  it  to  red , and  a further 
<ESC>  CTRL-R  would  switch  it  back  to  black  again. 

The  receipt  of  a formfeed  request , whether  internally  generated , or 
received  as  part  of  the  text  being  printed,  cancels  out  any  current 
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superscripting  or  subscripting,  ie.  the  top  line  of  a new  page  will 
always  start  in  the  same  place  relative  to  the  top  of  the  paper. 

When  preparing  an  original  text  file,  the  method  for  embedding  the 
control  code  sequences  will  depend  on  exactly  what  software  utility 
is  being  used  at  that  time,  however,  as  an  example,  we  will 
illustrate  the  use  of  the  standard  RIO  TEXT  EDITOR. 

As  this  editor  makes  a special  use  of  the  code  generated  by 
depressing  the  ’ESCAPE*  key  on  the  console  keyboard,  the  following 
example  illustrates  perhaps  the  most  involved  way  of  incorporating 
attribute  control  sequences  into  the  text. 

The  editor  can  be  told  to  pass  the  code  from  the  ESCAPE  key  into  its 
output  file  by  preceding  it  with  the  key  labeled  *\*.  This  prevents 
the  editor  from  interpreting  the  code  from  ESCAPE  for  its  special 
function. 

Now,  let’s  see  exactly  what  keystroke  sequences  would  have  to  be  used 
in  order  to  print  the  following  line  of  text:- 

This  illustrates  BOLD  printing. 

Using  the  terminology  that  <ESC>  means  the  ESCAPE  key,  CTRL-B  means 
pressing  the  ’B*  key  whilst  holding  down  the  CONTROL-SHIFT  key,  the 
operator  would  use  the  following  key  sequence 

This  illustrates\<ESC>CTRL-B  BOLD\<ESC>CTRL-B  printing. 

Notice  that  that  there  must  not  be  any  character  between  the  <ESC> 
and  the  following  attribute  control  code. 

Character  attributes  can  be  individually  controlled.  The  inclusion 
of  an  attribute  control  sequence  within  the  text  is  really 
interpreted  as  an  instruction  to  make  use  of  the  currently  set 
attribute(s)  until  redefined. 
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3 THE  DRIVER  FROM  A TECHNICAL  USER'S  VIEWPOINT 


3.1  THE  INTERFACE  HARDWARE 

The  printer  is  interfaced  to  the  host  system  by  the  use  of  one  of  the 
four  serial  channels  provided  by  an  SIB  (Serial  Interface  Board). 

There  is  one  other  major  software  utility  which  currently  employs  an 
SIB  channel,  ie.  the  Asynchronous  Communications  Package. 

The  printer  driver  and  the  communications  package  are  totally 
compatible  with  each  other,  and  can  successfully  co-operate  within  a 
system. 

This  driver  assumes  the  use  of  channel  2 of  the  SIB,  which  is 
installed  in  an  MCZ-1/nn  style  Zilog  system  without  modification. 
Channels  2 and  3 are  pre-wired  in  all  systems  currently  shipped.  The 
comms  package  uses  channel  3. 

SIB  modules  have  a great  many  link  areas  enabling  the  characteristics 
of  each  channel  to  be  tailored  to  precisely  suit  the  user's  needs. 
The  following  link  definitions  are  specific  to  channel  2,  and  the 
printer  driver  when  operating  with  either  a NEC  Spinwriter  model 
5510/5520,  or  a DIABLO  model  1610/1620. 

Clock  distribution 


J3-6  to  J3-12 

J2-3  to  J2-15 
J2-3  to  J2-16 


Connections  between  USART-2  and  the  printer 


J7-1  to  J7-13 
J7-2  to  J7-14 
J7-3  to  J7-11 
J7-4  to  J7-12 
J7-5  to  J7-10 
J7-6  to  J7-9 


The  above  links  configure  channel  2 of  the  SIB  to  communicate  with  a 
'terminal',  and  interface  the  following  signals  at  the  25  way  socket 
with  which  the  printer  is  to  be  connected.  In  most  MCZ-1/nn  systems 
this  is  labeled  *J102’. 
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The  actual  interface  signals  are  as  follows :- 


J 102-7  Ground 

J 102-8  ’spare* 

J 102-5  Clear  To  Send  ->  To  printer 

J 102-6  Data  Set  Ready  ->  To  printer 
J 102-20  Data  Terminal  Ready  <-  From  printer 

J 102-4  Request  To  Send  <-  From  printer 
J 102-3  Received  data  <-  From  printer 

J 102-2  Transmitted  data  ->  To  printer 


The  printer  driver  assumes  that  a rate  of  1200  bauds  will  be  used, 
and  switches  in  the  printer  must  be  appropriately  set.  As  those 
settings  depend  upon  the  exact  printer  model  number,  it  is 
impracticable  to  give  them  here. 


All  other  links  on  the  SIB  are  either  to  be  left  as  when  delivered, 
or  set  as  required  for  defining  the  characteristics  of  the  channels 
which  are  not  used  by  the  printer  driver 
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3.2  THE  DRIVER  SOFTWARE  - GENERAL 

This  driver  operates  by  placing  character  codes  into  a line  buffer  in 
locations  which  correspond  to  columns  of  the  output  line.  ie.  the 
content  of  the  line  buffer  is  columnated. 

Before  being  written  into,  the  line  buffer  is  cleared  to  contain 
space  codes  in  bits  0 ->  6.  Bit  7 is  handled  independently,  and, 
when  set,  defines  the  location  of  a tab-stop.  Each  time  the  line 
buffer  is  cleared,  the  setting  of  bit  7 is  left  unaffected  in  each 
location . 

The  tab  bits  are  defined  after  a call  is  made  to  determine  the 
current  tab  locations  in  use  by  the  system  console  driver.  This  is 
done  each  time  an  initialisation  request  is  received  by  the  printer 
driver. 

A second  columnated  buffer  is  used  in  addition  to  the  line  buffer. 
This  contains  character  attributes  and  effectively  extends  each 
character  code  to  include  bits  which  independently  define  whether  the 
character  is  to  be  printed  in  red,  bold,  underlined,  or  as  a 
superscript  or  subscript.  As  currently  implemented,  there  are  three 
spare  attribute  bits,  which  could  easily  be  allocated  for  specific 
extensions  to  the  driver’s  capabilities. 

The  attribute  buffer  is  loaded  according  to  the  attribute  control 
sequences  embedded  in  the  input  text.  These  are  used  to  directly 
control  the  value  of  the  variable  NEXT ATTRIBUTE,  which  is  copied 
into  the  attribute  buffer  when  a character  is  placed  into  the  line 
buffer . 

After  the  line  and  attribute  buffers  have  been  loaded,  the  driver 
decides  whether  the  current  printhead  position  is  nearer  to  the  left 
or  right  end  of  the  line  about  to  be  printed,  and  is  therefore  able 
to  perform  an  absolute  tab  to  the  nearer  end,  and  output  the  line  in 
the  appropriate  direction. 

Notice  that  the  driver  never  issues  a carriage-return  code  to  the 
printer.  It  always  sends  absolute  tabs  and  linefeeds.  This  is  due 
to  the  danger  of  accidently  locking  the  ”Auto  Linefeed”  switch  of 
some  printers,  which  is  sometimes  located  near  to  frequently  used 
controls.  Its  use  would  destroy  carefully  defined  formats. 

It  is  expected  that  any  programmer  who  wishes  to  understand,  or 
modify,  the  driver  will  be  able  to  do  so  easily  after  reading  the 
module  listings.  Therefore  a blow-by-blow  descriptions  of  the 
operation  is  considered  unnecessary. 
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3.3  THE  MODULES 

The  driver  software  consists  of  a number  of  modules,  each  being 
written  in  the  language  chosen  to  be  most  appropriate  for  the 
function  it  performs. 

The  modules  perform  the  following  general  functions :- 


MODULE  FUNCTION 
PRINTER. DRIVER. 0 ( PLZSYS  ) 

Receives  the  RIO  request  vector  from  RIO . 10 . INTERFACE 
and  interprets  the  request  code.  Makes  a call  back  to 
RIO  in  order  to  determine  the  TABSTOP  locations  within 
the  standard  RIO  console  driver  so  as  to  be  able  to  use 
the  same  locations  itself. 


PRINTER. DRIVER. 1 ( PLZSYS  ) 

Contains  the  procedures  for  building  the  LINE  and 
ATTRIBUTE  buffers. 


PRINTER. DRIVER. 2 ( PLZSYS  ) 

Contains  the  procedures  for  optimising  print  direction 
and  removing  data  from  the  LINE  and  ATTRIBUTE  buffers 
during  actual  printing . 


DIABLO  and  SPINWRITER  ( PLZSYS  ) 

These  modules  contain  printer-dependent  procedures  for 
selecting  print  direction,  absolute  tabbing,  selecting 
ribbon  colour,  requesting  positive  or  negative  half 
linefeeds  for  subscripting  and  superscripting , and 
management  of  ETX/ACK  protocol  for  maintaining  control 
of  the  buffer  in  the  printer  itself. 

This  is  the  only  module  of  the  driver  which  is  not 
common  to  both  the  Spinwriter  and  the  Diablo. 
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RIO. 10. INTERFACE  ( ASSEMBLER  ) 

This  very  simple  module  merely  converts  the  IY  register 
content  received  from  RIO  as  the  request-vector-pointer 
into  a PLZSYS  procedure  parameter.  It  then  passes 
control  to  the  main  procedure  in  PRINTER. DRIVER. 0 

Return  to  RIO  is  through  this  module  so  that  IY  can  be 
restored. 


SIB  ( ASSEMBLER  ) 

This  module  contains  the  routines  to  set  up  the  basic 
I/O  interface  to  the  printer.  All  routines  may  be 
called  direct  from  PLZSYS  code. 

All  character  level  I/O  is  performed  by  this  module. 


CALL. SYSTEM  ( ASSEMBLER  ) 

This  module  receives  a pointer  as  a parameter  from  a 
PLZSYS  program,  and  passes  it  as  an  RIO  I/O  request 
vector  pointer  to  RIO.  In  this  driver  it  is  used  when 
requesting  the  status  of  $C0N  to  determine  if  an  abort 
has  been  requested , for  getting  tab  locations  from  $C0N , 
also  for  issuing  messages  to,  and  obtaining  operator 
responses  from  $C0N. 


PLZ. INTERFACE. MACROS  ( ASSEMBLER  ) 
For  convenience  only. 
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4 CONCLUSION 

Hopefully  this  note  will  have  given  the  reader  a few  ideas  about  the 
use  of  PLZSYS  in  association  with  Assembly  Language  for  I/O  driver 
writing.  The  author  cannot  realistically  recommend  its  use  if  memory 
space  is  at  a premium,  but  certainly  does  recommend  it  wholeheartedly 
if  an  objective  is  to  produce  intelligible,  easily  adaptable  code 
quickly.  The  entire  driver  described  herein  took  less  than  30 
man-hours  to  design,  implement  and  test. 

The  source  code  files  for  all  modules  are  available  from  Zilog*s 
franchised  distributors  as  part  of  the  software  library. 

Any  users*  improvements  to  this  driver  would  be  warmly  welcomed  if 
contributed  to  the  Software  Library. 
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PLZSYS  2.02 

1 PRINTER J)RIVER_0  MODULE 

2 

3 ! Extended  3/3/79  to  allow  for  subscripting  and  superscripting  ! 

4 ! Also  for  operator  controlled  page-waits  and  auto  formfeed  ! 

5 

6 


7 

8 

9 

10 

11 

12 


TYPE 


RI0_REQUEST_YECT0R 


RECORD  [ LUN  BYTE 

REQ  BYTE 

DTA  "BYTE 

DTL  WORD 


13 

14 

15 

16 

17 

1 8 CONSTANT 


CRA  WORD 

ERA  WORD 

CCOD  BYTE 

SPV_ADD  WORD  ] 


19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 


INITIALISE 

ASSIGN 

OPEN 

CLOSE 

WRITE_BINARY 

WRITEJLINE 

READ_LINE 

READJSTATUS 

WRITE_STATUS 

DEACTIVATE 

INVALID_OPERATION_REQUEST 

PROGRAMME_ABORT 

GOODJETURN 

CONIN 

CONOUT 

ASCI  I_JSP  ACE 

ASCIIjCR 

ASCII_LF 

ASCII_FF 

ASCIIJ3ELL 

BLACK 

TRUE 

FALSE 

INTERRUPT_REQUEST_MASK 

TAB_BIT 

EXTERNAL 

REQUEST__BLACK 

GET_C0DE 

SETCH2 

ABSOLUTEJTAB 

FORMFEED 


= 0 

= $02 

= $04 

= $06 

= JOE 

= %10 

= JOC 

= J40 

= J42 

= J44 

= JC1 

= J49 

= J80 

= 1 

= 2 
_ t » 

= ’ JR* 
= * JL1 
= ’JP’ 
= %07 
= $01 
= 1 
= 0 
= $FE 
= $80 


PROCEDURE 
PROCEDURE 
PROCEDURE 
PROCEDURE  ( BYTE  ) 
PROCEDURE 
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53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 
81 
82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 
100 
101 
102 

103 

104 

105 


PRINT JLINEJBUFFER 
CALRIO 

CLEARJLINEJBUFFER 


PROCEDURE 

PROCEDURE  ( "BYTE  ) 
RETURNS  ( BYTE  ) 
PROCEDURE 


LINE_CONTAINSJPRINTABLE_CHAR 

CODE 

ATTRIBUTE_SEQUENCE_FLAG 

NEXT_ATTRIBUTE 

LINEJFINISHED_FLAG 

EOFJFLAG 

BYTES_TAKEN_FROM_SOURCE 

BYTE_COUNT 

CONSOLE_STATUS_BUFFER 

LINEJBUFFER 

LINE  BUFFER  PTR 


BYTE 

BYTE 

BYTE 

BYTE 

BYTE 

BYTE 

WORD 

BYTE 

ARRAY  [ 5 BYTE  ] 
ARRAY  [ 163  BYTE  ] 
"BYTE 


INTERNAL 


INPUT  CHAR 


BYTE 


dat encode 

NEW_SHEET_MSG 

BELLJSTRING 

CUTJSHTJ2UES 

AUTO_FM__FEED_QUES 

NL  ARRAY 


ARRAY  [*  BYTE  ] 
ARRAY  [*  BYTE  ] 
ARRAY  [1  BYTE  ] 
ARRAY  [*  BYTE  ] 
ARRAY  [*  BYTE  ] 
ARRAY  [«  BYTE  ] 


'jRPrinter  Driver  rev.  2.1$R 
* Load  new  sheet , hit  a key 
[ ASCII_BELL  ] 

*%RCut  sheets  ? 1 

'Auto  formfeed  ? ' 

•JR* 


GENERAL  RIO  CALL  VECTOR 


RIO_REQUEST_VECTOR 


GLOBAL 


REQUEST.CODE  BYTE 

SOURCE_PTR  "BYTE 

DATA_LENGTH  WORD 

ABORT_FLAG  BYTE 

AUTO_FF__FLAG  BYTE 

PAGE  WAIT  FLAG  BYTE 


CALL_RI0  PROCEDURE 


UNIT  BYTE 

REQUEST  BYTE 

DATA__ADDRESS  "BYTE 

DATA__LENGTH  WORD  ) 


LOCAL  RETURN  CODE  BYTE 


ENTRY 

GENERAL_RIO_CALL_VECTOR . LUN 
GENERALJRIO_CALL_VECTOR . REQ 
GENERAL JRIO_CALL_VECTOR . DTA 
GENERAL  RIO  CALL  VECTOR. DTL 


= UNIT 
= REQUEST 
= DATA_ADDRESS 
= DATA  LENGTH 
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106 

107 

108 

109 

110 
111 
112 

113 

114 

115 

116 

117 

118 

119 

120 
121 
122 

123 

124 

125 

126 

127 

128 

129 

130 

131 

132 

133 

134 

135 

136 

137 

138 

139 

140 

141 

142 

143 

144 

145 

146 

147 

148 

149 

150 

151 

152 

153 

154 

155 

156 

157 

158 


GENERAL JI0_CALL_V  ECTOR . CRA  :=  0 
GENERAL__RIO_CALL_V  ECTOR . ERA  :=  0 
GENERALJRIO_CALL_VECTOR . CCOD  : = 0 
GENERAL  RIO  CALL  VECTOR. SPY  ADD  :=  0 


RETURN__CODE  :=  CALRIO  ( #GENERAL__RIO_CALL_VECTOR . LUN  ) 

IF  RETURNjCODE  <>  GOOD_RETURN 
THEN 

ABORTJ’LAG  :=  TRUE 
FI 

END  CALL  RIO 


MAYBE__ABORT  PROCEDURE 

ENTRY 

CALLJIO  ( CONIN 

READJSTATUS 

^CONSOLE JSTATUS J3UFFER  [ 0 ] 

1 ) 

IF  ( CONSOLE  JSTATUS  JBUFFER [0 ] AND  %20  ) = 0 
THEN 

ABORT_FLAG  :=  TRUE 
FI 

END  MAYBE  ABORT 


NEWLINE  PROCEDURE 
ENTRY 

CALL_RI0  ( CONOUT 

WRITEJ3  INARY 
#NL_ARRAY[0] 
SIZEOF  NL_ARRAY  ) 

END  NEWLINE 


GET__CHAR  PROCEDURE 

ENTRY 

CALL_RIO  ( CONIN 

READJLINE 
#INPUT_CHAR 
1 ) 

IF  INPUT_CHAR  <>  *JR»  THEN  NEWLINE  FI 
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159 

160 
161 
162 

163 

164 

165 

166 

167 

168 

169 

170 

171 

172 

173 

174 

175 

176 

177 

178 

179 

180 
181 
182 

183 

184 

185 

186 

187 

188 

189 

190 

191 

192 

193 

194 

195 

196 

197 

198 

199 

200 
201 
202 

203 

204 

205 

206 

207 

208 

209 

210 
211 


END  GET  CHAR 


PAGEJAIT  PROCEDURE 

ENTRY 

CALLJIO  ( C0N0UT 

WRITE  JINARY 
#NEW_JSHEET_MSG  [ 0 ] 

SIZEOF  NEWJHEETJSG  + SIZEOF  BELLJTRING  ) 

GETJHAR 
IF  INPUTJCHAR 
CASE  »Cf  fc» 

THEN 

PAGE_WAIT_FLAG  :=  FALSE 
NEWLINE 
FI 

END  PAGE  WAIT 


GET_FLAGS  PROCEDURE 

ENTRY 

CALLJIO  ( CONOUT 

WRITEJINARY 

#date_code[0] 

SIZEOF  date__code  ) 

CALL_RIO  ( CONOUT 

WRITEJINARY 
#CUT_SHT_QUES  [ 0 ] 

SIZEOF  CUT_SHT_QUES  ) 

GET_CHAR 

PAGEJAIT JLAG  :=  FALSE 

IF  INPUTJHAR 
CASE  fY»  *yf 

THEN  PAGEJAIT  JLAG  :=  TRUE 

FI 

CALL_RIO  ( CONOUT 

WRITE  JINARY 
# AUT  0 JM_FEED_QUE  S [ 0 ] 
SIZEOF  AUTOJMJEEDJUES  ) 

GETJHAR 

AUTO JF J LAG  :=  FALSE 

IF  INPUT JHAR 
CASE  fY*  1 y 1 

THEN  AUTOJFJLAG  :=  TRUE 

FI 

NEWLINE 

NEWLINE 
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212 

213 

END  GET_FLAGS 

214 

215 

216 

GETJTABJLOCATIONS  PROCEDURE 

217 

218 

LOCAL  COUNTER  BYTE 

219 

220 

ENTRY 

221 

CALLJIO  ( CONIN 

222 

READJSTATUS 

223 

#CONSOLEJSTATUSJBUFFER [0 ] 

224 

139  ) 

225 

226 

COUNTER  :=  0 

227 

LINEJBUFFER_PTR  :=  # LINEJBUFFER  [0] 

228 

DO 

229 

IF  COUNTER  = 163  THEN  EXIT  FI 

230 

IF  COUNTER  < 134 

231 

THEN 

232 

IF  LINE_BUFFER_PTR~  <>  0 

233 

THEN 

234 

LINEJBUFFER_PTR"  : = 

TABJBIT 

235 

ELSE 

236 

LINE_BUFFERJ?TR~  : = 

0 

237 

FI 

238 

239 

ELSE 

240 

LINEJBUFFERJPTR*  :=  TABJBIT 

241 

FI 

242 

243 

LINE__BUFFER_JPTR  :=  INC  LINEJBUFFER^ 

PTR 

244 

COUNTER  +=  1 

245 

OD 

246 

247 

CLEAR jLINEJUFFER 

248 

249 

END  GETJTABjLOCATIONS 

250 

251 

252 

EJECTjPAGE  PROCEDURE 

253 

254 

ENTRY 

255 

IF  PAGEjWAITjFLAG  = TRUE 

256 

THEN 

257 

PAGEJAITjFLAG  :=  FALSE 

258 

FORMFEED 

259 

PAGE_WAITjFLAG  :=  TRUE 

260 

ELSE 

261 

FORMFEED 

262 

FI 

263 

264 

END  EJECTjPAGE 
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265 

266 

267 

268 

269 

270 

271 

272 

273 

274 

275 

276 

277 

278 

279 

280 
281 
282 

283 

284 

285 

286 

287 

288 

289 

290 

291 

292 

293 

294 

295 

296 

297 

298 

299 

300 
301 
302 

303 

304 

305 

306 

307 

308 

309 

310 

311 

312 

313 

314 

315 

316 
317 


PLZDVR  PROCEDURE  ( VECT0R_PTR  ~RI0_REQUEST_VECT0R  ) 

ENTRY 

REQUEST__CODE  :=  VECTOR_PTR~  .REQ  AND  INTERRUPT_REQUEST_MASK 
SOURCE_PTR  :=  VECTOR__PTR~ . DTA 
DATA_LENGTH  :=  VECTOR_PTR~ .DTL 

VECTOR_PTR~ .CCOD  :=  GOODJRETURN 
VECTOR_PTR~.DTL  :=  0 

BYTES_TAKEN_FROM_SOURCE  :=  0 
EOF_FLAG  :=  FALSE 
ABORT_FLAG  :=  FALSE 

IF  REQUEST_C0DE 

CASE  INITIALISE 
THEN 

SETCH2 

BYTE__COUNT  :=  0 
ABSOLUTEJTAB  (1) 

EJECT_PAGE 

ATTRIBUTE _SEQUENCE_FLAG  :=  FALSE 
NEXT_ATTRIBUTE  :=  BLACK 
REQUEST  JBLACK 
GET_T  AB_LOC  ATION  S 
GET_FLAGS 

RETURN 

CASE  ASSIGN 
THEN 

RETURN 

CASE  OPEN 
THEN 

GET_TAB_LOCATIONS 

RETURN 

CASE  CLOSE , DEACTIVATE 
THEN 

ABSOLUTEJTAB  (1) 

EJECT_PAGE 

RETURN 

CASE  WRITEJB INARY 
THEN 

DO 

IF  DATA_LENGTH  = BYTESJTAKEN__FROM_SOURCE 
THEN 

EXIT 
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318 

FI 

319 

GET_C0DE 

320 

IF  E0F_FLAG  = TRUE 

321 

THEN 

322 

EXIT 

323 

FI 

324 

IF  ABORTJFLAG  = TRUE 

325 

THEN 

326 

VECTOR_PTR~ .CCOD  :=  PROGRAMME_ABORT 

327 

EJECT__PAGE 

328 

EXIT 

329 

FI 

330 

OD 

331 

332 

VECTOR_PTR~  .DTL  :=  BYTES JTAKENJFROMJSOURCE 

333 

RETURN 

334 

335 

CASE  WRITE  JUNE 

336 

THEN 

337 

LINE_CONTAINS_PRINTABLE_CHAR  :=  FALSE 

338 

DO 

339 

IF  DATA_LENGTH  = BYTESJTAKENJFROMJSOURCE 

340 

THEN 

341 

PRINT JUNE_BUFFER 

342 

EXIT 

343 

FI 

344 

345 

GET_CODE 

346 

IF  CODE  = ASCIIjCR  THEN  EXIT  FI 

347 

IF  ABORTJFLAG  = TRUE 

348 

THEN 

349 

VECTOR_PTR*  .CCOD  :=  PROGRAMME__ABORT 

350 

EJECT_PAGE 

351 

EXIT 

352 

FI 

353 

OD 

354 

355 

VECTOR_PTR~.DTL  :=  BYTES_TAKEN_FR0MJ30URCE 

356 

357 

RETURN 

358 

359 

ELSE 

360 

361 

VECTOR_PTR~ .CCOD  :=  INVALID_OPERATION_REQUEST 

362 

363 

FI 

364 

•36c; 

i?  Km 

DT  71WD 

JL  ULIX/  V 11 

366 

367 

END 

PRINTER J)R  I VERjO 

END  OF  ZCODE  GENERATION 

0 ERROR (S)  0 WARNING (S) 
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PLZSYS  2.02 

1 PRINTER_DRIVER_1  MODULE 

2 

3 ! Extended  3/3/79  to  allow  for  subscripting  and  super scripting 

4 

5 

6 CONSTANT 

7 


8 

TRUE 

s 

1 

9 

10 

FALSE  : 

0 

11 

ASCIIJSPACE 

- 

f 1 

12 

ASCIIJTAB 

= 

*09 

13 

ASCIIJBS 

= 

*08 

14 

ASCIIJ3SC 

JIB 

15 

ASCII_FF 

= 

*0C 

16 

ASCII_CR 

s 

•*R 

t 

17 

ASCIIJLF 

- 

**L 

f 

18 

ASCII_CONTROL_R 

s 

*12 

! COLOUR  CHANGE  ! 

19 

ASCII_CONTROL_B 

s 

*02 

! BOLD  ! 

20 

ASCII_CONTROLJU 

s 

*15 

! UNDERLINE  ! 

21 

ASCII__CONTROL_N 

s 

JOE 

! SUPERSCRIPT  ! 

22 

23 

ASCII_CONTROL_F 

25 

*06 

! SUBSCRIPT  ! 

24 

BLACK 

Z 

*01 

25 

RED 

z 

NOT 

BLACK 

26 

BOLD 

z 

*02 

27 

NOTJBOLD 

z 

NOT 

BOLD 

28 

UNDERLINE 

= 

*04 

29 

NOTJUNDERLINE 

z 

NOT 

UNDERLINE 

30 

SUPERSCRIPT 

z 

*08 

31 

NOT_SUPERSCRIPT 

52 

NOT 

SUPERSCRIPT 

32 

SUBSCRIPT 

- 

*10 

33 

34 

NOTJSUBSCRIPT 

z 

NOT 

SUBSCRIPT 

35 

TAB_MASK 

> M» 

*80 

36 

PARITY_MASK 

► 

*7F 

37 

38  EXTERNAL 


39 

40 

PRINTER__WIDTH 

41 

PRINTLINE JBUFFER 

42 

FORMFEED 

43 

LINEFEED 

44 

MAYBE_ABORT 

45 

BYTE 

PROCEDURE 

PROCEDURE 

PROCEDURE 

PROCEDURE 


46  SOURCEJPTR  "BYTE 

47 

48 

49  GLOBAL 


50 

5 1 CODE  BYTE 

52  BYTES  TAKEN  FROM  SOURCE  WORD 
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53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 
81 
82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 
100 
101 
102 

103 

104 

105 


CONSOLE  JSTATUSJBUFFER 
LINE_BUFFER 
ATTR IBUTE JB  UFF ER 
C0LUMN_N0 

LINE_CONTAINS_PRINTABLE_CHAR 

CHARS_IN__LINE_BUFFER 

ATTRIBUTE 

NEXT__ATTR  IBUTE 

ATTRIBUTE J3UFFER_J>TR 

LEFTMOST_PRINTABLE_COLUMN 

RIGHTMOST_PRINTABLE_COLUMN 

LINE_BUFFER__PTR 

ATTR  IBUTE JSEQUENCE_F LAG 

EOFJPLAG 

LINE  FINISHED  FLAG 


ARRAY  [ 5 BYTE  ] 

ARRAY  [ 163  BYTE  ] 

ARRAY  [ 163  BYTE  ] 

BYTE 

BYTE 

BYTE 

BYTE 

BYTE 

''BYTE 

BYTE 

BYTE 

''BYTE 

BYTE 

BYTE 

BYTE 


CLEAR  LINE  BUFFER  PROCEDURE 


ENTRY 

LINEJBUFFER_PTR  :=  #LINE_BUFFER  [0] 

COLUMN JIO  :=  1 

LINE_CONTAINSJPRINTABLE_CHAR  :=  FALSE 
LEFTMOST_PRINTABLE_COLUMN  :=  1 
RIGHTMOST_PRINTABLE__COLUMN  :=  1 

DO 

IF  COLUMN_NO  > PRINTER__WIDTH 
THEN 

COLUMN__NO  :=  1 

LINE__BUFFER_PTR  :=  #LINE_BUFFER  [0] 
ATTRIBUTE_BUFFER_PTR  :=  # ATTR IBUTE JBUFFER  [0] 
RETURN 
FI 


LINE__BUFFER_PTR''  :=  ( L IN E_B UFFER JPTR ^ AND  TAB_MASK  ) 

OR  ASCII_SPACE 
LINEJBUFFER_PTR  :=  INC  LINE _BUFFER_PTR 
COLUMN_NO  +=  1 


END  CLEAR  LINE  BUFFER 


PUT_CODE_INTO_LINE_BUFFER  PROCEDURE 

ENTRY 

LINE_BUFFER_PTR''  :=  ( LINE_BUFFER_JPTR^  AND  TAB_MASK  ) 

OR  CODE 

ATTRIBUTE  JBUFFER  JPTR"  :=  NEXT_ATTR  IBUTE 

IF  LINE_CONTAINS_PRINTABLE_CHAR  = FALSE 

THEM 
* * 

LEFTMOST  PRINTABLE  COLUMN  :=  COLUMN  NO 
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106 

107 

108 

109 

110 
111 
112 

113 

114 

115 

116 

117 

118 

119 

120 
121 
122 

123 

124 

125 

126 

127 

128 

129 

130 

131 

132 

133 

134 

135 

136 

137 

138 

139 

140 

141 

142 

143 

144 

145 

146 

147 

148 

149 

150 

151 

152 

153 

154 

155 

156 

157 

158 


LINE_CONTAINS__PRINTABLE__CHAR  :=  TRUE 
FI 

RIGHTMOST_PRINTABLE_COLUMN  :=  C0LUMN__N0 
C0LUMN_N0  +=  1 

LINE_BUFFERJPTR  :=  INC  LINEJBUFFER_J>TR 
ATTRIBUTE JBUFFER_PTR  :=  INC  ATTRIBUTE JBUFFER_PTR 

END  PUT  CODE  INTO  LINE  BUFFER 


GOTJTAB  PROCEDURE 

ENTRY 

DO 

LINE_BUFFER_PTR  :=  INC  LINEJBUFFER_PTR 
ATTRIBUTE_BUFFER_PTR~  :=  NEXT_AT TRIBUTE 
ATTRIBUTE JBUFFER_PTR  :=  INC  ATTRIBUTE_BUFFERJ?TR 
COLUMNJJO  +=  1 

IF  ( LINEJBUFFER__PTR*  AND  TAB_MASK  ) <>  0 
THEN 

RETURN 

FI 


END  GOT  TAB 


FETCH__ATTRIBUTE  PROCEDURE 

ENTRY 

ATTRIBUTE_SEQUENCE_FLAG  :=  FALSE 
IF  CODE 

CASE  ASCII_C0NTR0L_R 
THEN 

IF  NEXT__ATTRIBUTE  AND  BLACK  <>  0 
THEN 

NEXTJOTRIBUTE  :=  NEXT_ATTRIBUTE  AND  RED 

ELSE 

NEXT_ATTRIBUTE  :r  NEXT_ATTRIBUTE  OR  BLACK 
FI 

CASE  ASCII_CONTROLJB 
THEN 

IF  NEXT_ATTRIBUTE  AND  BOLD  <>  0 
THEN 

NEXT_ATTRIBUTE  :=  NEXT_ATTRIBUTE  AND  NOT_BOLD 

ELSE 

NEXT_ATTRIBUTE  :=  NEXT_ATTRIBUTE  OR  BOLD 
FI 


Appendix 


6-27 


PRINTER . DRIVER . 1 


Spinwriter /Diablo  driver 


Revision  2 . 1 


159 

160 
161 
162 

163 

164 

165 

166 

167 

168 

169 

170 

171 

172 

173 

174 

175 

176 

177 

178 

179 

180 
181 
182 

183 

184 

185 

186 

187 

188 

189 

190 

191 

192 

193 

194 

195 

196 

197 

198 

199 

200 
201 
202 

203 

204 

205 

206 

207 

208 

209 

210 
211 


CASE  ASCII_C0NTR0L_U 
THEN 

IF  NEXT_ATTRIBUTE  AND  UNDERLINE  <>  0 
THEN 

NEXT_ATTRIBUTE  :=  NEXT_ATTRIBUTE 
AND  NOTJJNDERLINE 

ELSE 

NEXT_ATTRIBUTE  :=  NEXT_ATTRIBUTE 
OR  UNDERLINE 
FI 

CASE  ASCII_C0NTR0L_N 
THEN 

IF  NEXT_ATTRIBUTE  AND  SUBSCRIPT  <>0 
THEN 

NEXT_ATTRIBUTE  :=  NEXT_ATTRIBUTE 
AND  NOTJSUBSCRIPT 

ELSE 

NEXT_ATTRIBUTE  :=  NEXT__ATTRIBUTE 
OR  SUPERSCRIPT 
FI 

CASE  ASCII_CONTROL_F 
THEN 

IF  NEXT_ATTRIBUTE  AND  SUPERSCRIPT  <>  0 
THEN 

NEXT__ATTRIBUTE  :=  NEXT__ATTRIBUTE 
AND  NOTJSUPERSCRIPT 

ELSE 

NEXT__ATTRIBUTE  :=  NEXT_ATTRIBUTE 
OR  SUBSCRIPT 
FI 

FI 

END  FETCH  ATTRIBUTE 


GET_CODE  PROCEDURE 

ENTRY 

CODE  :=  SOURCE_PTR" 

IF  CODE  = $FF 
THEN 

EOF__FLAG  :=  TRUE 
RETURN 
FI 

CODE  :=  CODE  AND  PARITY_MASK 
SOURCE_PTR  :=  INC  SOURCE_PTR 
BYTESJTAKEN_FROM_SOURCE  +=  1 
IF  ATTRIBUTE_SEQUENCE_FLAG  = TRUE 
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212 

213 

214 

215 

216 

217 

218 

219 

220 
221 
222 

223 

224 

225 

226 

227 

228 

229 

230 

231 

232 

233 

234 

235 

236 

237 

238 

239 

240 

241 

242 

243 

244 

245 

246 

247 

248 

249 

250 

251 

252 

253 

254 

255 

256 

257 

258 

259 

260 
261 


THEN 

FETCH_ATTRIBUTE 

RETURN 

FI 

IF  CODE  > ASCIIJSPACE 
THEN 

PUT_CODE_INTO_LINE_BUFFER 

RETURN 

FI 

IF  CODE 

CASE  ASCIIJSPACE 
THEN 

LINE__BUFFER_PTR  :=  INC  LINEJBUFFER_PTR 
ATTRIBUTE_BUFFER__PTR"  :=  NEXT_ATTRIBUTE 
ATT R I B UT E_BUFF ER__P T R :=  INC  ATTRIBUTE JBUFFERJPTR 
C0LUMN_N0  +=  1 

CASE  ASCII_CR 
THEN 

PRINT_LINE_BUFFER 

LINEFEED 

MAYBE_ABORT 

CASE  ASCII_FF 
THEN 

PRINT JLINEJBUFFER 

FORMFEED 

MAYBE_ABORT 

CASE  ASCII_LF 
THEN 

PRINT_LINE_BUFFER 

LINEFEED 

MAYBE_ABORT 

CASE  ASCIIJTAB 
THEN 

G0T_TAB 

CASE  ASCII_ESC 
THEN 

ATTRIBUTEJSEQUENCEJFLAG  :=  TRUE 
FI 

END  GET  CODE 


END  PRINTER  DRIVER  1 


END  OF  ZCODE  GENERATION 

0 ERROR (S)  0 WARNING (S) 
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PLZSYS  2.02 

1 PRINTER JDRIVER__2  MODULE 

2 

3 CONSTANT 

4 


5 

CL 

ASCIIJSPACE 

• * t t 

• 

O 

7 

PARITYJMASK 

:=  $7F 

8 

FORWARD 

:=  1 

9 

BACKWARD 

:=  0 

10 

11 

TRUE 

:=  1 

12 

FALSE 

:=  0 

13 

14 

WRITE_LINE 

:=  %10 

15 

16 

EXTERNAL 

17 

18 

LEFTMOSTJ>RINTABLE_COLUMN 

BYTE 

19 

RIGHTMOST_PRINTABLE_COLUMN 

BYTE 

20 

PRESENT_COLUMN 

BYTE 

21 

DIRECTION 

BYTE 

22 

CHARS_IN_LINE_BUFFER 

BYTE 

23 

LINEJBUFFER_PTR 

"BYTE 

24 

ATTRIBUTE JBUFFER_PTR 

"BYTE 

25 

ATTRIBUTE 

BYTE 

26 

REQUEST_CODE 

BYTE 

27 

LINE__CONTAINS_PRINTABLE__CHAR 

BYTE 

28 

29 

30 

LINEJBUFFER 

ARRAY  [ 163  BYTE  ] 

31 

ATTRIBUTE  JBOFFER 

ARRAY  [ 163  BYTE  ] 

32 

33 

34 

ABSOLUTE_TAB 

PROCEDURE  ( BYTE  ) 

35 

SEND 

PROCEDURE  ( BYTE  ) 

36 

PRINT 

PROCEDURE  ( BYTE  BYTE  ) 

37 

! CHAR,  ATTRIBUTE 

38 

39 

REQUEST_FORWARD 

PROCEDURE 

40 

REQUEST_BACKWARD 

PROCEDURE 

41 

WAIT_F  OR__ACK 

PROCEDURE 

42 

CLEAR_LINEJBUFFER 

PROCEDURE 

43 

44 

45 

INTERNAL 

46 

47 

CHAR 

BYTE 

48 

COLUMN_NO 

BYTE 

49 

NEXT_COLUMN_NO 

BYTE 

50 

SPACE_COUNT 

BYTE 

51 

SPACEJSKIPJFLAG 

BYTE 

52 
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53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 
81 
82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 
100 
101 
102 

103 

104 

105 


SET_UP_J)IRECTION  PROCEDURE 

ENTRY 

IF  LEFTMOST_PRINTABLE_COLUMN  > PRESENT_COLUMN 
THEN 

ABSOLUTE_TAB  ( LEFTMOST^ RINTABLE_COLUMN  ) 
REQUEST__FORWARD 
RETURN 
FI 

IF  PRESENT__COLUMN  > RIGHTMOST_PRINTABLE__COLUMN 
THEN 

ABS0LUTE_TAB  ( R IGHTM0ST_P R IN T ABLE_C0LUMN  ) 
REQUESTJBACKWARD 
RETURN 
FI 

IF  (RIGHTMOST_PRINTABLE_COLUMN  - PRESENT__COLUMN  ) 

> ( PRESENT_COLUMN  - LEFTMOST_PRINTABLE_COLUMN  ) 
THEN 

ABSOLUTEJTAB  ( LEFTMOST__PRINTABLE__COLUMN  ) 
REQUEST_FORWARD 
RETURN 
FI 

ABSOLUTEJTAB  ( RIGHTMOST_PRINTABLE_COLUMN  ) 
REQUEST_BACKWARD 

END  SET  UP  DIRECTION 


GLOBAL 


PRINT_LINE_BUFFER  PROCEDURE 

ENTRY 

IF  LINE_CONTAINS_PRINTABLE_CHAR  = FALSE 
THEN 

CLEAR _LINEJBUFFER  RETURN 

ELSE 

CHARS_INjLINEjBUFFER  :=  RIGHTMOST^ RINTABLEjCOLUMN 

- LEFTMOSTjPRINTABLEjCOLUMN  + 1 
FI 

SET_UP._DIRECTION 

LINEjBUFFERjPTR  :=  #LINE__BUFFER  [ PRESENT_COLUMN-1  ] 
ATTRIBUTE_BUFFERjPTR  :=  #ATTRIBUTE_BUFFER  [ PRESENT_COLUMN-1  ] 
NEXT_COLUMN_NO  :=  PRESENT__COLUMN 
SPACE  SKIP  FLAG  :=  FALSE 
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106 

SPACE J?0UNT  :=  0 

107 

DO 

108 

109 

IF  CHARS_IN_LINE_BUFFER  = 0 

110 

THEN 

111 

CLEAR_LINE_BUFFER 

112 

RETURN 

113 

FI 

114 

115 

116 

COLUMN_NO  :=  NEXTJCOLUMNJNO 

117 

CHAR  :=  LINEJUFFERJPTR*  AND  PARITY_MASK 

118 

ATTRIBUTE  :=  ATTRIBUTE  JBUFFER_PTR* 

119 

IF  DIRECTION  = BACKWARD 

120 

THEN 

121 

LINE__BUFFERJ?TR  :=  DEC  LINE_BUFFERJ?TR 

122 

ATTRIBUTEJ3UFFERJPTR  :=  DEC  ATTRIBUTE_BUFFER_ 

JPTR 

123 

NEXT_C0LUMN_N0  -=  1 

124 

ELSE 

125 

LINEJBUFFERJPTR  :=  INC  LINE.JBUFFER_.PTR  t 

126 

ATTRIBUTE_BUFFERJPTR  :=  INC  ATTRIBUTE_BUFFER_ 

_PTR 

127 

NEXT_jCOLUMN_NO  +=  1 

128 

FI 

129 

130 

CHARS_INJLINE_BUFFER  -=  1 

131 

132 

IF  CHAR  = ASCIIJSPACE 

133 

THEN 

134 

IF  SPACE JSKIPJFLAG  = FALSE 

135 

THEN 

136 

SPACE_SKIP_FLAG  :=  TRUE 

137 

SPACE__COUNT  :=  1 

138 

REPEAT 

139 

FI 

140 

141 

SPACE_COUNT  +=  1 

142 

REPEAT 

143 

FI 

144 

145 

IF  SPACE JSKIPJFLAG  = TRUE 

146 

THEN 

147 

SPACEJSKIPJFLAG  :=  FALSE 

148 

IF  SPACE_COUNT  >=  3 

149 

THEN 

150 

ABSOLUTEJTAB  ( COLUMN_NO  ) 

151 

ELSE 

152 

DO 

153 

IF  SPACEjCOUNT  = 0 THEN  EXIT  FI 

154 

PRINT  ( ASCIIJSPACE  ATTRIBUTE  ) 

155 

156 

SPACE_COUNT  -=  1 

157 

OD 

158 

FI 
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159  FI 

160 

1 6 1 PRINT  ( CHAR  ATTRIBUTE  ) 

162 

163  0D 

164 

165  END  PRINT_LINE_BUFFER 

166 

167 

168 

169  END  PRINTER_DRIVER_2 

END  OF  ZCODE  GENERATION 

0 ERROR (S)  0 WARNING (S) 
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PLZSYS  2.02 

1 SPINWRITER  MODULE 

2 

3 ! Extended  3/3/79  to  allow  for  subscripting  and  superscripting  ! 

4 ! Also  for  page-waits  and  controllable  auto-formfeed  ! 

5 

6 

7 CONSTANT 

8 
9 


10 

PRINTERJBUFFERJSIZE 

= 256 

11 

PITCH 

= 12 

12 

SS 

r 120/PITCH 

13 

14 

ASCII  JETX 

= *03 

15 

ASCII_ACK 

= *06 

16 

ASCII_ESC 

= *1B 

17 

ASCII_FF 

= *0C 

18 

ASCII_BS 

= *08 

19 

ASCIIJUL 

_ f t 

20 

ASCIIJSPACE 

_ » » 

21 

22 

PARITY__MASK 

:=  ?7F 

23 

24 

FORWARD 

:=  1 

25 

BACKWARD 

:=  0 

26 

27 

BLACK 

= %01 

28 

BOLD 

= $02 

29 

UNDERLINE 

= $04 

30 

SUPERSCRIPT 

= $08 

31 

NOTJSUPERSCRIPT 

= NOT  SUPERSCRIPT 

32 

SUBSCRIPT 

= $10 

33 

NOT_SUBSCRIPT 

= NOT  SUBSCRIPT 

34 

35 

TRUE 

:=  1 

36 

FALSE 

:=  0 

37 

38 

39 

INTERNAL 

40 

41 

LINE__COUNT  ] 

3YTE 

42 

COLOUR  I 

BYTE 

43 

HMI  ] 

BYTE 

44 

SUBSCRIPT_FLAG  I 

BYTE 

45 

SUPERSCRIPT_FLAG  ] 

3YTE 

46 

47 

LAST_SCRIPT__STATE  ] 

BYTE 

48 

49 

50 

EXTERNAL 

51 

52 

0UTCH2  ] 

PROCEDURE  ( BYTE  ) 
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53 

INCH2 

PROCEDURE  RETURNS  ( BYTE 

54 

55 

PAGE_WAIT 

PROCEDURE 

56 

57 

NEXT_ATTRIBUTE 

BYTE 

58 

59 

PAGE_WAIT_FLAG 

BYTE 

60 

AUTO_FF_FLAG 

BYTE 

61 

62 

63 

GLOBAL 

64 

65 

PRINTER__WIDTH 

BYTE  :=  163 

66 

DIRECTION 

BYTE 

67 

PRESENT_COLUMN 

BYTE 

68 

AUTO_FF_JLINE__COUNT 

BYTE  :=  63 

69 

BYTE_COUNT 

BYTE 

70 

71 

72 

SEND_ETX  PROCEDURE 

73 

ENTRY 

74 

0UTCH2  ( ASCII_ETX  ) 

75 

BYTE__COUNT  :=  0 

76 

END  SENDJETX 

77 

78 

79 

WAIT__FOR_ACK  PROCEDURE 

80 

ENTRY 

81 

DO 

82 

IF  ( INCH2  AND  PARITY_MASK 

) = ASCII_ACK 

83 

THEN 

84 

RETURN 

85 

FI 

86 

OD 

87 

END  WAIT_FOR_ACK 

88 

89 

90 

SEND  PROCEDURE 

( CODE  BYTE  ) 

91 

ENTRY 

92 

IF  BYTE_COUNT  > PRINTER_BUFFER. 

JSIZE  - 10 

93 

THEN 

94 

SEND_ETX 

95 

WAIT_FOR__ACK 

96 

FI 

97 

BYTE_COUNT  +=  1 

98 

0UTCH2  ( CODE  ) 

99 

100 

END  SEND 

101 

102 

103 

REQUESTJHALF_LINEFEED_PITCH  PROCEDURE 

104 

ENTRY 

105 

SEND  ( ASCII_ESC  ) 
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106 

SEND  ( »]'  ) 

107 

SEND  ( 'R'  ) 

108 

END  RE QUEST_H ALF_L INEF EED_P ITCH 

109 

110 

111 

REQUEST_STANDARD_LINEFEED_PITCH  PROCEDURE 

112 

ENTRY 

113 

SEND  ( ASCII  ESC  ) 

114 

SEND  ( ']'  ) 

115 

SEND  ( 'W'  ) 

116 

END  REQUEST_STANDARD_LINEFEED_PITCH 

117 

118 

119 

REQUEST_POS_HALF_LINE  PROCEDURE 

120 

ENTRY 

121 

REQUEST_HALF_LINEFEED_PITCH 

122 

SEND  ( ' $L'  ) 

123 

REQUEST_STANDARD_JjINEFEED  pitch 

124 

END  REQUEST_POS_HALF_LINE 

125 

126 

127 

REQUEST_NEG_HALF  LINE  PROCEDURE 

128 

ENTRY 

129 

REQUEST_HALF_LINEFEED_PITCH 

130 

SEND  ( ASCII_ESC  ) 

131 

SEND  ( '9'  ) 

132 

REQUEST_STANDARD_LINEFEED_PITCH 

133 

END  REQUEST_NEG_HALF_LINE 

134 

135 

136 

FORMFEED  PROCEDURE 

137 

ENTRY 

138 

SEND  ( ASCII_FF  ) 

139 

LINE_COUNT  :=  0 

140 

LAST_SCRIPT_STATE  :=  0 

141 

SUPERSCRIPT_FLAG  :=  FALSE 

142 

SUBSCRIPT_FLAG  :=  FALSE 

143 

144 

IF  PAGE_WAIT_FLAG  = TRUE 

145 

THEN 

146 

PAGE  WAIT 

147 

FI 

148 

149 

END  FORMFEED 

150 

151 

152 

LINEFEED  PROCEDURE 

ENTRY 

154 

IF  AUTO_FF_FLAG  = TRUE 

155 

THEN 

156 

IF  LINE_COUNT  >=  AUTO_FF_LINE_COUNT 

157 

THEN 

158 

FORMFEED 
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159 

160 
161 
162 

163 

164 

165 

166 

167 

168 

169 

170 

171 

172 

173 

174 

175 

176 

177 

178 

179 

180 
181 
182 

183 

184 

185 

186 

187 

188 

189 

190 

191 

192 

193 

194 

195 

196 

197 

198 

199 

200 
201 
202 

203 

204 

205 

206 

207 

208 

209 

210 
211 


RETURN 


SEND  ( ) 

LINEJ30UNT  +=  1 
END  LINEFEED 


REQUESTJFORWARD  PROCEDURE 

ENTRY 

IF  DIRECTION  = FORWARD  THEN  RETURN  FI 
SEND  ( ASCIIJESC  ) 

SEND  ( *>*  ) 

DIRECTION  :=  FORWARD 
END  REQUEST__FORWARD 


REQUEST J3ACKWARD  PROCEDURE 

ENTRY 

IF  DIRECTION  = BACKWARD  THEN  RETURN  FI 
SEND  ( ASCIIJESC  ) 

SEND  ( '<»  ) 

DIRECTION  :=  BACKWARD 
END  REQUEST_BACKWARD 


REQUESTJBLACK  PROCEDURE 

ENTRY 

SEND  ( ASCIIJESC  ) 

SEND  ( *4*  ) 

COLOUR  :=  BLACK 
END  REQUEST  J3LACK 


REQUEST__RED  PROCEDURE 

ENTRY 

SEND  ( ASCIIJESC  ) 

SEND  ( »3»  ) 

COLOUR  :=  0 
END  REQUESTED 


DEFINE  JIM I PROCEDURE  ( SPACING  BYTE  ) 

ENTRY 

SEND  ( ASCIIJESC  ) 

SEND  ( •]•  ) 

SEND  ( SPACING  + J40  ) 

END  DEFINE_HMI 


SENDJBOLDJCHAR  PROCEDURE  ( CHAR  BYTE  ATTRIBUTE  BYTE  ) 

ENTRY 
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DEFINE_HMI  ( 0 ) 

213 

SEND  ( CHAR  ) 

214 

IF 

( ATTRIBUTE  AND 

UNDERLINE  ) 

<>  0 

215 

THEN 

216 

SEND  ( ASCIIJUL  ) 

217 

FI 

218 

DEFINE_HMI  ( 1 ) 

219 

SEND  ( CHAR  ) 

220 

DEFINE_HMI  ( SS-1 

) 

221 

SEND  ( CHAR  ) 

222 

DEFINE_HMI  ( SS  ) 

223 

224  END 

SEND_BOLD_CHAR 

225 

226 

227  ABS0LUTE_TAB 

PROCEDURE  1 

; COLUMN  BYTE  ) 

228 

ENTRY 

229 

230 

IF 

COLUMN  > 162  THEN  COLUMN  := 

162  FI 

231 

SEND  ( ASCII_ESC  ) 

232 

233 

PRESENTJCOLUMN  := 

COLUMN 

234 

235 

IF 

COLUMN  <33 

236 

THEN 

237 

SEND  ( »P' 

) 

238 

SEND  ( %3F 

+ COLUMN  ) 

239 

RETURN 

240 

FI 

241 

242 

IF 

COLUMN  <65 

243 

THEN 

244 

SEND  ( 1 Q* 

) 

245 

SEND  ( % IF 

+ COLUMN  ) 

246 

RETURN 

247 

FI 

248 

249 

IF 

COLUMN  <97 

250 

THEN 

251 

SEND  ( »R» 

) 

252 

SEND  ( COLUMN  - 1 ) 

253 

RETURN 

254 

FI 

255 

256 

IF 

COLUMN  < 129 

257 

THEN 

258 

SEND  ( fS' 

) 

259 

SEND  ( COLUMN  - *21  ) 

260 

RETURN 

261 

FI 

262 

263 

TIT 

XI 

COLUMN  <161 

264 

THEN 
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265 

266 

267 

268 

269 

270 

271 

272 

273 

274 

275 

276 

277 

278 

279 

280 
281 
282 

283 

284 

285 

286 

287 

288 

289 

290 

291 

292 

293 

294 

295 

296 

297 

298 

299 

300 
301 
302 

303 

304 

305 

306 

307 

308 

309 

310 

311 

312 

313 

314 

315 

316 
317 


SEND  ( *T * ) 

SEND  ( COLUMN  - J41  ) 
RETURN 


SEND  ( *U*  ) 

SEND  ( COLUMN  - ?6l  ) 

END  ABSOLUTE  TAB 


PRINT  PROCEDURE  ( CHAR  BYTE  ATTRIBUTE  BYTE  ) 

ENTRY 


IF  ATTRIBUTE  AND  (SUBSCRIPT  OR  SUPERSCRIPT) 
= LAST_SCRIPTJSTATE 

THEN 

EXIT 

FI 

IF  ATTRIBUTE  AND  SUPERSCRIPT  <>  0 
THEN 

IF  SUBSCRIPT_FLAG  = TRUE 
THEN 

REQUEST JNEG_HALFJLINE 
SUBSCR I PT_F LAG  :=  FALSE 
FI 

RE  QUEST_NEG_HALF_LINE 
SUPERSCRIPT__FLAG  :=  TRUE 
EXIT 
FI 

IF  ATTRIBUTE  AND  SUBSCRIPT  <>  0 
THEN 

IF  SUPERSCRIPT_FLAG  = TRUE 
THEN 

REQUEST_POS_HALF_LINE 
SUPERSCRIPT_FLAG  :=  FALSE 
FI 

REQUEST_POS_HALF_LINE 
SUBSC R I PT_F LAG  :=  TRUE 
EXIT 
FI 

IF  SUPERSCRIPT_FLAG  = TRUE 
THEN 

REQUEST_POS_HALF_LINE 
SUPERSCRIPT_FLAG  :=  FALSE 
EXIT 
FI 

REQUEST_NEG_HALF_LINE 
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318 

SUBSCRIPT JFLAG  :=  FALSE 

319 

EXIT 

320 

321 

OD 

322 

323 

LASTJSCRIPTJSTATE  :=  ATTRIBUTE 

324 

AND  ( SUPERSCRIPT  OR  SUBSCRIPT  ) 

325 

326 

IF 

( ATTRIBUTE  AND  BLACK  ) <>  COLOUR 

327 

THEN 

328 

IF  ( ATTRIBUTE  AND  BLACK  ) = BLACK 

329 

THEN 

330 

REQUESTJBLACK 

331 

ELSE 

332 

REQUESTJRED 

333 

FI 

334 

FI 

335 

336 

IF 

CHAR  > ASCII JSPACE 

337 

THEN 

338 

IF  ATTRIBUTE  AND  BOLD  <>  0 

339 

THEN 

340 

SENDJBOLD_CHAR  ( CHAR  ATTRIBUTE 

) 

341 

ELSE 

342 

IF  ( ATTRIBUTE  AND  UNDERLINE 

) 

<>  0 

343 

THEN 

344 

DEFINEJHMI  ( 0 ) 

345 

SEND  ( CHAR  ) 

346 

DEFINEJHMI  ( SS  ) 

347 

SEND  ( ASCIIjUL  ) 

348 

ELSE 

349 

SEND  ( CHAR  ) 

350 

FI 

351 

352 

FI 

353 

ELSE 

354 

SEND  ( CHAR  ) ! SPACES  WILL  NOT  BE 

UNDERLINED 

355 

FI 

356 

357 

IF 

DIRECTION  = BACKWARD 

358 

THEN 

359 

PRESENTjCOLUMN  -=  1 

360 

ELSE 

361 

PRESENT__COLUMN  +=  1 

362 

FI 

363 

364 

IF 

PRESENT_COLUMN  = 0 THEN  PRESENTJCOLUMN  += 

1 

FI 

365 

366 

367 

END  PRINT 

368 

nCr\ 

jvy 

370 
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371  END  SPINWRITER 
END  OF  ZCODE  GENERATION 

0 ERROR (S)  0 WARNING (S) 
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PLZSYS  2.02 

1 DIABLO  MODULE 

2 


3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 


Extended  3/3/79  to  allow  for  subscripting  and  super scripting 
Also  for  operator  controlled  page_waits,  and  auto  formfeeds. 

CONSTANT 


PRINTER_BUFFER_JSIZE 

PITCH 

SS 

ASCII_ETX 

ASCII__ACK 

ASCIIJESC 

ASCIIJFF 

ASCIIJBS 

ASCII_UL 

ASCII_SPACE 

ASCII__US 

ASCIIJTAB 

PARITY_MASK 

FORWARD 

BACKWARD 

BLACK 

BOLD 

UNDERLINE 

SUPERSCRIPT 

NOT_SUPERSCRIPT 

SUBSCRIPT 

NOTJSUBSCRIPT 

TRUE 

FALSE 


= 158 
= 12 

= 120/PITCH 

= %03 
= ?06 
= JIB 
= J0C 
= J08 

- » i 


:=  J1F 
:=  %09 

:=  %1F 

:=  1 
:=  0 

:=  J01 
:=  %02 
:=  J04 

:=  *08 

:=  NOT  SUPERSCRIPT 
:=  ?10 

:=  NOT  SUBSCRIPT 

: = 1 
:=  0 


INTERNAL 


LINE_COUNT  BYTE 
COLOUR  BYTE 
HMI  BYTE 


SUPERSCRIPT  FLAG 


OTTtJCJr'OTDT 
uuuuvaxi x 


UT  An. 
x unu 


BYTE 


LAST_SCRIPT  STATE  BYTE 


EXTERNAL 


i 


! 
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53 

54 

0UTCH2 

PROCEDURE  ( BYTE  ) 

55 

INCH2 

PROCEDURE  RETURNS  ( BYTE  ) 

56 

57 

PAGE.WAIT 

PROCEDURE 

58 

59 

PAGE_WAIT_FLAG 

BYTE 

60 

AUT0_FF_FLAG 

BYTE 

61 

62 

GLOBAL 

63 

64 

PRINTER.WIDTH 

BYTE  :=  158 

65 

DIRECTION 

BYTE 

66 

PRESENT_COLUMN 

BYTE 

67 

A UT0_FF_L  INE__C0UNT 

BYTE  :=  63 

68 

BYTE_COUNT 

BYTE 

69 

70 

71 

72 

SENDJSTX 

PROCEDURE 

73 

ENTRY 

74 

0UTCH2  ( ASCII_ETX 

> 

75 

BYTE_COUNT  :=  0 

76 

END  SEND_ETX 

77 

78 

79 

WAITJFOR__ACK 

PROCEDURE 

80 

ENTRY 

81 

DO 

82 

IF  ( INCH2  AND 

PARITYJMASK 

) = ASCII_ACK 

83 

THEN 

84 

RETURN 

85 

FI 

86 

OD 

87 

END  WAIT_FOR_ACK 

88 

89 

90 

SYNCH 

PROCEDURE 

91 

ENTRY 

92 

IF  BYTE..COUNT  < PRINTER  JBUFFER 

.SIZE  - 10  THEN 

RETURN  FI 

93 

SENDJSTX 

94 

WAIT_FOR_ACK 

95 

END  SYNCH 

96 

97 

98 

SEND 

PROCEDURE 

( CODE  BYTE  ) 

99 

ENTRY 

100 

IF  BYTE_COUNT  > PRINTER  JBUFFER 

.SIZE  - 10 

101 

THEN 

102 

SENDJETX 

103 

WA  IT_F  OR__ACK 

104 

FI 

105 

BYTE__COUNT  +=  1 
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106 

107 

108 

109 

110 
111 
112 

113 

114 

115 

116 

117 

118 

119 

120 
121 
122 

123 

124 

125 

126 

127 

128 

129 

130 

131 

132 

133 

134 

135 

136 

137 

138 

139 

140 

141 

142 

143 

144 

145 

146 

147 

148 

149 

150 

151 

152 

153 

154 

155 

156 

157 

158 


0UTCH2  ( CODE  ) 

END  SEND 


FORMFEED  PROCEDURE 

ENTRY 

SEND  ( ASCII_FF  ) 

LINEjCOUNT  :=  0 
LAST_SCRIPT_STATE  : = 0 
SUPERSCRIPTJFLAG  :=  FALSE 
SUBSCRIPT_FLAG  :=  FALSE 

IF  PAGELWAITJFLAG  = TRUE  THEN  PAGE_WAIT  FI 
END  FORMFEED 


REQUESTJFORWARD  PROCEDURE 

ENTRY 

IF  DIRECTION  = FORWARD  THEN  RETURN  FI 
SYNCH 

0UTCH2  ( ASCIIJESC  ) 

0UTCH2  ( *5'  ) 

BYTE__COUNT  +=  2 
DIRECTION  :=  FORWARD 
END  REQUEST_FORWARD 


REQUEST__BACKWARD  PROCEDURE 

ENTRY 

IF  DIRECTION  = BACKWARD  THEN  RETURN  FI 
SYNCH 

OUTCH2  ( ASCIIJESC  ) 

0UTCH2  ( '6'  ) 

BYTE_COUNT  +=  2 
DIRECTION  :=  BACKWARD 
END  REQUEST_BACKWARD 


REQUEST_BLACK  PROCEDURE 

ENTRY 

SYNCH 

0UTCH2  ( ASCIIJ2SC  ) 

OUTCH2  ( »Bf  ) 

BYTE_COUNT  +=  2 
COLOUR  :=  BLACK 
END  REQUEST  JBLACK 


REQUEST  JED  PROCEDURE 

ENTRY 

SYNCH 

OUTCH2  ( ASCIIJSSC  ) 
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159 

160 
161 
162 

163 

164 

165 

166 

167 

168 

169 

170 

171 

172 

173 

174 

175 

176 

177 

178 

179 

180 
181 
182 

183 

184 

185 

186 

187 

188 

189 

190 

191 

192 

193 

194 

195 

196 

197 

198 

199 

200 
201 
202 

203 

204 

205 

206 

207 

208 

209 

210 
211 


0UTCH2  ( *A'  ) 
BYTE_C0UNT  +=  2 
COLOUR  :=  0 
END  REQUEST_RED 


LINEFEED  PROCEDURE 

ENTRY 

IF  AUTO__FF_FLAG  = TRUE 
THEN 

IF  LINE_COUNT  >=  AUTO_FF_LINE_COUNT 
THEN 

FORMFEED 

RETURN 

FI 

FI 

SEND  ( 1 %L*  ) 

LINE_COUNT  +=  1 
END  LINEFEED 


REQUEST  JPOS_HALF_LINE  PROCEDURE 

ENTRY 

SYNCH 

0UTCH2  ( ASCII_ESC  ) 

0UTCH2  ( »Uf  ) 

BYTE_COUNT  +=  2 
END  REQUEST J?OS_HALF_LINE 


REQUEST J^EG_HALF_LINE  PROCEDURE 

ENTRY 

SYNCH 

OUTCH2  ( ASCII_ESC  ) 

0UTCH2  ( *D'  ) 

BYTE_COUNT  +=  2 
END  REQUEST_NEG  HALF  LINE 


DEFINE _HMI  PROCEDURE  ( SPACING  BYTE  ) 

ENTRY 

SYNCH 

OUTCH2  ( ASCII_ESC  ) 

OUTCH2  ( ASCI I JUS  ) 

OUTCH2  ( SPACING  + 1 ) 

BYTE__COUNT  +=  3 
END  DEFINE  HMI 


SEND_BOLD_CHAR  PROCEDURE  ( CHAR  BYTE  ATTRIBUTE  BYTE  ) 

ENTRY 

DEFINE_HMI  ( 0 ) 
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212 

213 

214 

215 

216 

217 

218 

219 

220 
221 
222 
223 

224 

225 

226 

227 

228 

229 

230 

231 

232 

233 

234 

235 

236 

237 

238 

239 

240 

241 

242 

243 

244 

245 

246 

247 

248 

249 

250 

251 

252 

253 

254 

255 

256 

257 

258 
■—  ✓ 
260 
261 
262 

263 

264 


SEND  ( CHAR  ) 

IF  ( ATTRIBUTE  AND  UNDERLINE  ) <>  0 
THEN 

SEND  ( ASCIIJUL  ) 

FI 

DEFINE_HMI  ( 1 ) 

SEND  ( CHAR  ) 

DEFINE_HMI  ( SS-1  ) 

SEND  ( CHAR  ) 

DEFINE_HMI  ( SS  ) 

END  SEND  BOLD  CHAR 


ABSOLUTE_TAB  PROCEDURE  ( COLUMN  BYTE  ) 

LOCAL  RESIDUE  BYTE 
DIR  BYTE 

ENTRY 

IF  COLUMN  > 156  THEN  COLUMN  :=  156  FI 
SYNCH 

OUTCH2  ( ASCII_ESC  ) 

0UTCH2  ( ASCII_TAB  ) 

BYTE_COUNT  +=  2 

PRESENT_COLUMN  :=  COLUMN 

IF  COLUMN  <=  126 
THEN 

0UTCH2  ( COLUMN  ) 

BYTE_COUNT  +=  1 
RETURN 
FI 

RESIDUE  :=  COLUMN  - 126 
0UTCH2  ( 126  ) 

BYTE_COUNT  +=  1 
DIR  :=  DIRECTION 
REQUEST_FORWARD 

DO 

IF  RESIDUE  = 0 
THEN 

IF  DIR  = BACKWARD 
THEN 

REQUEST_BACKWARD 

FI 

RETURN 

FI 

SEND  ( ASCIIJSPACE  ) 
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265 

266 

267 

268 

269 

270 

271 

272 

273 

274 

275 

276 

277 

278 

279 

280 
281 
282 

283 

284 

285 

286 

287 

288 

289 

290 

291 

292 

293 

294 

295 

296 

297 

298 

299 

300 
301 
302 

303 

304 

305 

306 

307 

308 

309 

310 

311 

312 

313 

314 

315 

316 
317 


RESIDUE  -=  1 


END  ABSOLUTE  TAB 


PRINT  PROCEDURE  ( CHAR  BYTE  ATTRIBUTE  BYTE  ) 

ENTRY 


IF  ATTRIBUTE  AND  (SUBSCRIPT  OR  SUPERSCRIPT) 
= LAST_SCRIPT_STATE 

THEN 

EXIT 

FI 

IF  ATTRIBUTE  AND  SUPERSCRIPT  <>  0 
THEN 

IF  SUBSCRIPT_FLAG  = TRUE 
THEN 

REQUEST_JIEG_HALF__LINE 
SUBSCRIPTJFLAG  :=  FALSE 
FI 

RE  QU  EST__NEG__HA  LF_L  I NE 
SUPERSCRIPT_FLAG  :=  TRUE 
EXIT 
FI 

IF  ATTRIBUTE  AND  SUBSCRIPT  <>  0 
THEN 

IF  SUPERSCRIPT_FLAG  = TRUE 
THEN 

REQUE  ST_P  OS_H  ALF_L  INE 
SUPERSCRIPT_FLAG  :=  FALSE 
FI 

REQUESTJPOS_HALFJLINE 
SUBSCRIPT__FLAG  :=  TRUE 
EXIT 
FI 

IF  SUPERSCRIPT__FLAG  = TRUE 
THEN 

REQUEST_POS_HALF_LINE 
SUPERSCRIPT_FLAG  :=  FALSE 
EXIT 
FI 

REQUEST_NEG_HALF_LINE 
SUBSCRIPT_FLAG  :=  FALSE 
EXIT 


OD 
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318 

319 

320 
321 
322 

323 

324 

325 

326 

327 

328 

329 

330 

331 

332 

333 

334 

335 

336 

337 

338 

339 

340 

341 

342 

343 

344 

345 

346 

347 

348 

349 

350 

351 

352 

353 

354 

355 

356 

357 

358 

359 

360 

361 

362 

363 

364 


LASTJCRIPTJSTATE 

:=  ATTRIBUTE  AND  ( SUPERSCRIPT  OR  SUBSCRIPT  ) 

IF  ( ATTRIBUTE  AND  BLACK  ) <>  COLOUR 
THEN 

IF  ( ATTRIBUTE  AND  BLACK  ) = BLACK 
THEN 

REQUEST_BLACK 

ELSE 

REQUEST  JED 
FI 
FI 

IF  CHAR  > ASCII_SPACE 
THEN 

IF  ATTRIBUTE  AND  BOLD  <>  0 
THEN 

SENDJOLDJHAR  ( CHAR  ATTRIBUTE  ) 

ELSE 

IF  ( ATTRIBUTE  AND  UNDERLINE  ) <>  0 
THEN 

DEFINE JMI  ( 0 ) 

SEND  ( CHAR  ) 

DEFINE  JMI  ( SS  ) 

SEND  ( ASCII JL  ) 

ELSE 

SEND  ( CHAR  ) 

FI 

FI 

ELSE 

SEND  ( CHAR  ) ! SPACES  WILL  NOT  BE  UNDERLINED  ! 

FI 

IF  DIRECTION  = BACKWARD 
THEN 

PRESENTJOLUMN  -=  1 

ELSE 

PRESENTJOLUMN  +=  1 
FI 

IF  PRESENT  COLUMN  = 0 THEN  PRESENT  COLUMN  +=  1 FI 


END  PRINT 


366  END  DIABLO 
END  OF  ZCODE  GENERATION 

0 ERROR (S)  0 WARNING (S) 


Appendix 


6-48 


DIABLO 


Spinwriter /Diablo  driver 


Revision  2 . 1 


Call  to  SYSTEM  CALL. SYSTEM  PAGE  1 

LOC  OBJ  CODE  M STMT  SOURCE  STATEMENT  ASM  5.8 

1 *H  Call  to  SYSTEM 

2 

3 *1  PLZ. INTERFACE. MACROS 

133  *LIST  ON 

134  ‘MACLIST  OFF 

135  ; Date_code:~  October  22nd.  1978. 

136 

137  ; This  interface  module  allows  a PLZ  programme  to  make 

138  ; calls  to  RIO. 

139 

140  ; Declare  CALRIO  PROCEDURE  ( VECTOR_PTR  "byte  ) 

141  ; RETURNS  ( C0MPLETI0N_C0DE  byte  ) 

142 

143  ; There  must  be  a standard  RIO  request  vector  stored 

144  ; starting  at  the  location  beginning  VECTOR_PTR" 

145 

146  global  CALRIO  calrio 

147 

148  SYSTEM  EQU  1403H 

149 

150 


151 

CALRIO 

152 

calrio 

0000 

153 

ENT  0 ; 

no  locals 

154 

0008 

155 

LDHL  4 ; 

put  RIO  vector  address  into  hi 

000E 

E5 

156 

push  hi 

000F 

FDE1 

157 

pop  iy  ; 

and  then  where  it  should  be 

158 

0011 

DDE  5 

159 

push  ix  ; 

save  it 

0013 

CD0314 

160 

call  SYSTEM  ; 

go  and  do  the  necessary 

0016 

DDE  1 

161 

pop  ix  ; 

restore  it 

162 

0018 

FD7E0A 

163 

Id  a, ( iy+10) 

; get  the  completion  code 

00  IB 

164 

STA  6 ; 

and  place  it  as  return  parameter 

165 

001E 

166 

RTN  0 2 ; 

return  to  caller.  0 locals, 2 I/P  param  bytes 

167 

168 

169 

END 
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RIO . 10 . INTERFACE  RIO . 10 . INTERFACE  PAGE  1 

LOC  OBJ  CODE  M STMT  SOURCE  STATEMENT  ASM  5.8 

1 *H  RIO. 10. INTERFACE 

2 

3 

4 ; Date_code:-  October  31st.  1978 

5 

6 ; This  interface  module  receives  I/O  calls  from  RIO,  and 

7 ; passes  the  IY  register  value  to  the  called  programme 

8 ; as  a single  parameter. 

9 


10 

; The  intention  of  the 

module  is  to  act  as  an  interface 

11 

; to  enable  1/0  drivers  to  be  written  largely  in  PLZ. 

12 

13 

14 

EXTERNAL  PLZDVR 

15 

16 

GLOBAL  ENTRY 

entry 

17 

18 

ENTRY 

19 

entry 

20 

0000 

FDE5 

21 

push  iy 

; the  actual  parameter 

22 

0002 

FD223000  R 

23 

LD  (IYJSAV),IY 

; save  iy 

24 

0006 

CD0000  X 

25 

call  PLZDVR 

; pass  control  to  the  driver  proper 

26 

0009 

FD2A3000  R 

27 

LD  IY,(IYJSAV) 

; restore  iy 

28 

O00D 

FDCB0146 

29 

bit  0, (iy+1 ) 

; was  it  int.req  ? 

0011 

FD7E0A 

30 

Id  a, (iy+10) 

; get  encode 

0014 

200E 

31 

jr  nz,intreq 

0016 

FE80 

32 

cp  80h 

; was  it  good  ? 

0018 

C8 

33 

ret  z 

; if  so,  go  back  quietly 

34 

getera 

0019 

FD6609 

35 

Id  h , ( iy+9 ) 

001C 

FD6E08 

36 

Id  1 , ( iy+8 ) 

37 

jmpret 

00  IF 

7C 

38 

Id  a,h 

0020 

B5 

39 

or  1 

0021 

C8 

40 

ret  z 

; rtn  add  field  was  zero 

0022 

Cl 

41 

pop  be 

; balance  stack 

0023 

E9 

42 

jp  (hi) 

0024 

FE80 

43 

intreq  cp  80h 

0026 

20F1 

44 

jr  nz, getera 

nnoA 

v vu  w 

ETk  AAH7 

J.  WW  1 

lie; 

1H  h _ f i v+7 1 

— ••  J ' — ' 

002B 

FD6E06 

46 

Id  1, (iy+6) 

002E 

18EF 

47 

jr  jmpret 

; check  era  field 

48 

49 

50 

IYJSAV 
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0030 

51 

defs  2 

52 

53 

end 
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SIB  CH2  input/output  SIB 

LOC  OBJ  CODE  M STMT  SOURCE  STATEMENT 

1 *H  SIB  CH2  inputVoutput 

2 *P  50 

3 

4 *1  PLZ. INTERFACE. MACROS 

134  *LIST  ON 

135  *MACLIST  OFF 

136 

137  ; Date_code:-  October  23rd.  1978. 

138 

139  ; This  module  contains  the  routines  which  enable  a PLZ 

140  ; programme  to  be  involved  with  I/O  through  channel  2 

1 4 1 ; of  an  SIB  installed  in  the  system. 

142 

143  ; The  calling  programme  should  contain  the  following 

144  ; declarations 

145 


146  ; 

EXTERNAL 

147  ; 

148  ; 

0UTCH2 

PROCEDURE 

( 

BYTE  ) 

149  ; 

! send , 

with  wait  ready  ! 

150 

151  ; 

INCH2 

PROCEDURE 

RETURNS 

( BYTE  ) 

152  ; 

! input 

, with  wait  ready  ! 

153 

154  ; 

INCH2E 

PROCEDURE 

RETURNS 

( BYTE  ) 

155  ; 

! input 

, wait  ready,  echo  ! 

156 

157  ; 

STACH2 

PROCEDURE 

RETURNS 

( BYTE  ) 

158  ; 

! read 

status  of  USART2  ! 

159 

160  ; 

SNDCH2 

PROCEDURE 

( 

BYTE  ) 

161  ; 

! send , 

without  wait  ready  ! 

162 

163  ; 

RDCH2 

PROCEDURE 

RETURNS 

( BYTE  ) 

164  ; 

! read , 

without  wait  ready  ! 

165 

166  ; 

SETCH2 

PROCEDURE 

167  ; 

! set  up  USART2  + CTC  baud  rate  ! 

168 

169 

170  global  0UTCH2  INCH2  INCH2E 

171  global  STACH2  SNDCH2  RDCH2  SETCH2 

172  global  outch2  inch2  inch2e 

173  global  stach2  sndch2  rdch2  setch2 


PAGE  1 
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SIB  CH2  input/output  SIB  PAGE  2 


LOC 

OBJ  CODE 

M 

STMT 

SOURCE  STATEMENT 

ASM  5.8 

174 

*E 

175 

176 

SETCH2 

177 

setch2 

0000 

178 

ENT  0 

179 

0008 

CD9400 

R 

180 

call  BAUDR 

• 

9 

set  up  the  baud  rate 

000B 

CD7B00 

R 

181 

call  SUART2 

• 

f 

set  up  USART-2 

182 

000E 

183 

RTN  0 0 

• 

9 

no  locals,  no  IN  parameters 

184 

185 

186 

0UTCH2 

187 

outch2 

0011 

188 

ENT  0 

189 

0019 

190 

LDA  4 

• 

9 

get  the  code  for  issuing 

001C 

CDA600 

R 

191 

call  0USIB2 

• 

9 

send  it  with  wait  ready 

192 

001F 

193 

RTN  0 2 

• 

9 

no  locals,  2 bytes  IN 

194 

195 

196 

INCH2 

197 

inch2 

0024 

198 

ENT  0 

199 

002C 

CD9D00 

R 

200 

call  INSIB2 

• 

9 

get  the  code,  with  wait  ready 

002F 

201 

STA  4 

• 

9 

place  it  as  return  parameter 

202 

0032 

203 

RTN  0 0 

• 

9 

no  locals,  no  IN  parameters 

204 

205 

206 

INCH2E 

207 

inch2e 

0035 

208 

ENT  0 

209 

003D 

CD9D00 

R 

210 

call  INSIB2 

• 

9 

get  the  code,  with  wait  ready 

0040 

CDA600 

R 

211 

call  0USIB2 

• 

9 

echo  it,  with  wait  ready 

0043 

212 

STA  4 

• 

9 

place  code  as  return  parameter 

213 

0046 

214 

RTN  0 0 

• 

9 

no  locals,  no  IN  parameters 

215 

216 

217 

STACH2 

218 

stach2 

0049 

219 

ENT  0 

220 

0051 

DB91 

221 

in  a , (USART2+1 ) 

• 

9 

get  the  status  reg  contents 

0053 

222 

STA  4 

• 

9 

place  it  as  return  parameter 

223 
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SIB  CH2  input/output  SIB  PAGE  3 


LOC 

OBJ  CODE  M 

STMT 

SOURCE  STATEMENT 

ASM  5.8 

0056 

224 

RTN 

0 0 

• 

f 

no  locals,  no  IN  parameters 

225 

226 

227 

SNDCH2 

228 

sndch2 

0059 

229 

ENT 

0 

230 

0061 

231 

LDA 

4 

9 

t 

get  the  code  to  be  sent 

0064 

D390 

232 

out 

(USART2) ,a 

• 

» 

send  it  immediately 

233 

0066 

234 

RTN 

0 2 

• 

> 

no  locals,  2 bytes  IN  parameters 

235 

236 

237 

RDCH2 

238 

rdch2 

00 6B 

239 

ENT 

0 

240 

0073 

DB90 

241 

in  i 

a,  (USART2) 

• 

f 

get  data  reg  contents 

0075 

242 

STA 

4 

9 

> 

place  it  as  return  parameter 

243 

0078 

244 

RTN 

0 0 

• 

» 

no  locals,  no  IN  parameters 

245 

246 

*1  SIB J 

CONTROL 
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SIB  CONTROL 

SIB 

PAGE  4 

LOC 

OBJ  CODE  M 

STMT 

SOURCE  STATEMENT 

ASM  5.8 

247 

*H  SIB 

CONTROL 

248 

249 

250 

251 

• *ft*ft**ft***ft****ft*fttt***ftftft******#ft*ft*ftftft*ft***#***ftft* 

1 

252 

; RESET  AND  SET  UP 

USART2 

253 

• a##*#######*###*#*#####*###*####################### 

254 

007B 

0E91 

255 

SUART2 

LD  C.USART2+1 

; USART2  - CONTROL  REGISTER 

007D 

AF 

256 

XOR  A 

007E 

ED79 

257 

OUT  (C),A 

; THREE  INTERNAL  RESETS  = EXT  RESET 

0080 

ED79 

258 

OUT  (C) , A 

0082 

ED79 

259 

OUT  (C),A 

0084 

3E40 

260 

LD  A,40H 

; INT  RESET 

261 

; ENTER  MODE  INSTRUCTION  FORMAT 

0086 

ED79 

262 

OUT  (C),A 

0088 

3ECE 

263 

LD  A , OCEH 

; 8xDATA  + 2xST0P  BITS 

264 

; NO  PARITY,  16xBAUD  RATE 

008A 

ED79 

265 

OUT  (C),A 

008C 

3E37 

266 

LD  A,37H 

; RTS,  ERROR  RESET 

267 

; REC  ENABLE,  DTR , XMIT  ENABLE 

00  8E 

ED79 

268 

OUT  (C),A 

0090 

OD 

269 

DEC  C 

0091 

ED78 

270 

IN  A, (C) 

; CLEAR  OUT  GARBAGE  CHARACTER 

0093 

C9 

271 

RET 

272 

273 

274 

USARTO 

EQU  8CH 

275 

USART1 

EQU  8EH 

276 

USART2 

EQU  90 H 

277 

US ART 3 

EQU  92H 

278 

279 

280 

281 

282 

. ft*****************#**#******************#****!***** 

> 

283 

; SET 

UP  CTC1  TO  GENERATE  THE  BAUD  RATE 

284 

• a************************************************** 

% 

285 

0094 

3E07 

286 

BAUDR 

LD  A , TIMMOD 

; TIMER  MODE  ETC 

0096 

D381 

287 

OUT 

(CTC1 ) , A 

0098 

3E04 

288 

LD 

A.RATEO 

; WITH  RATE  IN  RATEO 

009A 

D381 

289 

OUT 

(CTC1 ) ,A 

009C 

C9 

290 

RET 

291 

292 

293 

CTCO 

EQU  80H 

; ADDRESS  OF  CTCO 

294 

CTC1 

EQU  81H 

; ADDRESS  OF  CTC1 

295 

CTC2 

EQU  82 H 

; ADDRESS  OF  CTC2 

296 

CTC3 

EQU  83H 

; ADDRESS  OF  CTC3 
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SIB  CONTROL  SIB  PAGE  5 

LOC  OBJ  CODE  M STMT  SOURCE  STATEMENT  ASM  5.8 


009D  DB91 
009F  CB4F 
00A1  28FA 
00A3  DB90 
00A5  C9 


00A6  F5 
00A7  DB91 
00A9  CB47 
OOAB  28FA 
OOAD  FI 
OOAE  D390 
OOBO  C9 


297 

298 

TIMMOD 

EQU  07H  ; 

TIMER  MODE,  PRESCALER=16 

299 

• 

9 

INT. DISABLED,  RESET 

300 

301 

RATEO 

EQU  4 ; 

FOR  1200  BAUDS 

302 

303 

304 

305 

. ft*************************************************** 

* 

306 

; ELEMENTARY  CHARACTER 

LEVEL  I/O 

307 

. *tt*ftft*ft*»***ftftft*tt*»***«**ft«»*ftft***ttfttt*****ft*****ft** 

308 

309 

INSIB2 

IN  A, (USART2+1 ) ; 

GET  STATUS  REGISTER 

310 

BIT  RXRDY, A ; 

IS  THE  RECEIVER  FLAG  SET 

311 

JR  Z, INSIB2  ; 

IF  NOT,  WAIT  FOR  IT 

312 

IN  A, (USART2)  ; 

GET  CONTENT  OF  DATA  REGISTER 

313 

RET 

314 

315 

316 

0USIB2 

PUSH  AF  ; 

SAVE  CHARACTER 

317 

BZY 

IN  A, (USART2+1 ) ; 

GET  STATUS  REGISTER 

318 

BIT  TXRDY , A ; 

TEST  THE  TRANSMITTER  READY  FLAG 

319 

JR  Z,BZY  ; 

IF  UNREADY  THEN  WAIT 

320 

POP  AF  ; 

RESTORE  CHARACTER  CODE 

321 

OUT  (USART2) , A ; 

SEND  IT 

322 

RET 

323 

324 

325 

RXRDY 

EQU  1 ; 

RECEIVER  READY  BIT 

326 

TXRDY 

EQU  0 ; 

TRANSMITTER  READY  BIT 

327 
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PLZ . INTERFACE .MACROS 
LOC  OBJ  CODE  M STMT  SOURCE  STATEMENT 


1 

; ‘LIST 

OFF 

2 

3 

4 

; Mark- 

-stack  macro: 

0 

6 

; Allocate  room  on  stack  for  out  parameters 

7 

; before  a procedure  call. 

8 

9 

; Optimise  the  code  when  0,1, or  2 parameters 

10 

; ie. 

0,2  or  4 bytes. 

11 

12 

MST 

macro  #n  ; #n  is  in  BYTES  *** 

13 

cond  (#n=2) .or . (#n=4) 

14 

push  hi 

15 

cond  #n=4 

16 

push  hi 

17 

endc 

18 

cond  . not . ( #n=0 ) . and . . not . ( #n=2 ) . and . . not . ( #n=4 ) 

19 

Id  hi , -#n 

20 

add  hl,sp 

21 

Id  sp,hl 

22 

endc 

23 

endm 

PAGE  1 
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PL Z. INTERFACE. MACROS  PAGE  2 

LOC  OBJ  CODE  M STMT  SOURCE  STATEMENT  ASM  5.8 

24  *E 

25 

26  ; Procedure  entry: 

27 

28  ; Allocate  locals  on  stack  ( No.  of  bytes  ) 

29 

30  ; Optimise  when  0,2, or  4 bytes. 

31 

32  ENT 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 


macro  #n  ; #n  is  in  BYTES  *** 

push  ix 
Id  ix,0 
add  ix,sp 

cond  (#n=2) ,or.(#n=4) 

push  hi 

cond  #n=4 

push  hi 

endc 

cond  . not . ( #n= 0 ) . and . . not . ( #n=2 ) . and . . not . ( #n=4 ) 

Id  hi , -#n 

add  hl,sp 

Id  sp,hl 

endc 

endm 
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47 

48 

*E 

49 

50 

; Procedure  return: 

51 

52 

; Deallocate  locals  ( bytes  ) and  IN 

parameters . 

53 

54 

; Optimise  when  0,2, or  4 bytes. 

55 

56 

RTN  macro  #L,  #n  ; #L,  #n  are 

in  BYTES  *»» 

57 

cond  # L 

58 

Id  sp,ix 

59 

60 

endc 

61 

62 

pop  ix 

63 

cond  #n=0 

64 

ret 

65 

66 

endc 

67 

cond  (#n=2) .or . (#n=4) 

68 

pop  hi 

69 

70 

pop  de 

71 

cond  #n=4 

72 

pop  de 

73 

74 

endc 

75 

cond  (#n=2) .or . (#n=4) 

76 

jp  (hi) 

77 

78 

endc 

79 

cond  .not . (#n=0) .and. .not.(#n=2) .and. .not.(#n=4) 

80 

pop  de 

81 

Id  hl,#n 

82 

add  hl,sp 

83 

Id  sp,hl 

84 

ex  de,hl 

85 

jp  (hi) 

86 

87 

endc 

88 

endm 
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89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 
100 
101 
102 

103 

104 

105 

106 

107 

108 

109 

110 
111 
112 

113 

114 

115 

116 

117 

118 

119 

120 
121 
122 

123 

124 

125 

126 

127 

128 

129 

130 


*E 


; Macros  for  accessing  locals  and  parameters 
; from  the  stack. 

; This  is  only  a small  selection. 


; Load  hi  from  #n  ( offset  of  word  variable  from  ix  ) 

LDHL  macro  #n 

Id  l,(ix+#n) 

Id  h, ( ix+#n+1 ) 
endm 


; Store  hi  into  #n  ( offset  of  word  variable  from  ix  ) 

STHL  macro  #n 

Id  (ix+#n),l 
Id  (ix+#n+1),h 
endm 


; Load  A from  #n  ( offset  of  byte  variable  from  ix  ) 

LDA  macro  #n 

Id  a,(ix+#n) 
endm 


; Store  A into  #n  ( offset  of  byte  variable  from  ix  ) 

STA  macro  #n 

Id  (ix+#n),a 
endm 

*LIST  ON 
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ZRTS  8000 

Zilog  Real-Time  Software 
for  the  Z8000  Microprocessor 


Zilog 


Product 

Description 


Preliminary 


June  1981 


■ Real-time  Multi-tasking  Software 
Components 

o Synchronization  of  multiple  tasks 

o Interrupt-driven  priority  schedul- 
ing 

o Real-time  response 
o Dynamic  memory  allocation 

■ Modular  and  Flexible  Design 

O Efficient  memory  utilization 

O 4K  byte  PROMable  kernel 

o Support  for  Z8001  and  Z8002 
16-bit  microprocessors 

o Configurable  via  linkable 
modules 

■ Versatile  Base  for  Z8000™  System 
Designs 

o Segmented/non-segmented  tasks 

o System/normal  mode  tasks 

o Uses  standard  Zilog  calling  con- 
ventions 


% 


■ Easy-To-Use  System  Generator 

• High-level  configuration 
language 

• Supports  a wide  variety  of  hard- 
ware configurations 

• Easily  changed  control 
parameters  allow  system 
optimization 

• Eliminates  the  requirement  for 
intimate  knowledge  of  system  in- 
ternal structure 

OVERVIEW 

Zilog's  Real  Time  Software  (ZRTS) 
provides  of  a set  of  modular  software 
components  that  allows  quick  and  easy 
implementation  of  customized 
operating  systems  for  all  members  of 
the  Z8000  16-bit  microprocessor  family. 
In  effect,  ZRTS  extends  the  instruction 
set  of  the  Z8000,  adding  easy-to-use 
commands  that  give  the  Z8000  the 
capability  for  managing  real-time, 
multi-tasking  applications. 


The  ZRTS  package  consists  of  a 
small  real-time,  multi-tasking  executive 
program,  the  Kernel,  and  a System 
Configurator.  The  Kernel  provides 
sychronization  and  control  of  multiple 
events  occurring  in  a real-time  en- 
vironment. All  major  real-time  func- 
tions are  available — task  synchroniza- 
tion, interrupt-driven  priority  schedul- 
ing, intertask  communication,  real-time 
response,  and  dynamic  memory  alloca- 
tion. The  System  Configurator  is  a 
language  processor  that  allows  the 
target  operating  system  to  be  defined 
m high-level  terms  using  the  ZRTS 
Configuration  Language  (ZCL). 


These  functions  greatly  simplify  the 
tasks  of  the  designer,  allowing 
development  efforts  to  be  concentrated 
on  the  application,  instead  of  on  real- 
time coordination,  task  management 
problems,  and  complicated  system 
generations.  ZRTS  provides  a modular 
and  flexible  development  tool  that 
serves  as  a versatile  base  for  Z8000 
system  designs.  The  Kernel  requires 
only  4K  bytes  of  either  PROM  or  RAM 
memory,  thus  allowing  configurations 
for  a wide  variety  of  target  systems, 
while  producing  a memory-efficient, 
cost-effective  end  product. 
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Provides  the  status  of  tasks  in  the 
system. 

Creates  a task  dynamically 
Removes  a dynamically  created  task 


FUNCTIONAL  DESCRIPTION 

The  Concepts.  ZRTS  is  both  easy-to- 
learn  and  easy-to-use.  Only  a few  sim- 
ple concepts  need  to  be  understood 
before  designing  begins. 

Tasks.  Tasks  are  the  components  com- 
prising a real-time  application.  Each 
task  is  an  independent  program  that 
shares  the  processor  with  the  other 
tasks  in  the  system.  Tasks  provide  a 
mechanism  that  allows  a complicated 
application  to  be  subdivided  into 
several  independent,  understandable, 
and  manageable  units. 

Semaphores.  Semaphores  provide  a 
low  overhead  facility  for  allowing  one 
task  to  signal  another.  Semaphores  can 
be  used  for  indicating  the  availability 
of  a shared  resource,  timing  pulses  or 
event  notification. 

Exchanges  and  Messages.  Exchanges 
and  Messages  provide  the  mechanism 
for  one  task  to  send  data  to  another.  A 
Message  is  a buffer  of  data,  while  an 
Exchange  serves  as  a mailbox  at  which 
tasks  can  wait  for  Messages  and  to 
which  Messages  are  sent  and  held. 

The  ZRTS  Kernel.  The  Kernel  is  the 
basic  building  block  of  ZRTS  and  per- 
forms the  management  functions  for 
tasks,  semaphores,  the  real-time  clock, 
memory  and  interrupts.  The  Kernel 
also  provides  for  task-to-task  com- 
munications via  Exchanges  and 
Messages.  All  requests  for  Kernel 
operations  are  made  via  system  call 
instructions  with  parameters  m 
registers,  according  to  the  standard 
Zilog  calling  conventions. 

Task  Management.  One  of  the  main 
activities  of  the  Kernel  is  to  arbitrate 
the  competition  that  results  when 
several  tasks  each  want  to  use  the  pro- 
cessor. Each  task  has  a unique  task 
descriptor  that  is  managed  by  the 
Kernel.  The  data  contained  in  the 
descriptor  include  the  task  name, 
priority,  state  and  other  pertinent 
status  information.  ZRTS  supports  any 
number  of  tasks,  limited  only  by  the 
memory  available  to  accommodate  the 
task  descriptors  and  stacks. 

The  Kernel  maintains  a queue  of  all 
active  tasks  on  the  system.  Each  task  is 
scheduled  for  processor  time  based  on 
its  priority.  The  highest-priority  task 
that's  ready  to  run  gains  control  of  the 
CPU;  other  tasks  are  queued.  Tasks 
can  be  prioritized  up  to  32767  levels, 
with  round-robin  scheduling  among 
tasks  with  the  same  priority. 

Tasks  can  run  either  segmented  or 
non-segmented  code,  in  either  normal 
or  system  mode,  The  numerous  opera- 
tions that  may  be  performed  on  tasks 
are  listed  in  Table  1. 


TASK  MANAGEMENT 

T Census 

T Create 

T Destroy 

T__Lock 

T Reschedule 

T Resume 

T Suspend 

T__Unlock 

T Wait 

SEMAPHORE  MANAGEMENT 

Sem Clear 

Sem Create 

Sem Destroy 

Sem Signal 

Sem Test 

Sem Wait 

CLOCK  MANAGEMENT 

Clk Delay Absolute 

Clk Delay Interval 

Clk Set 

Clk, Time 

MEMORY  MANAGEMENT 

Mem Census 

Alloc 

Release 

INTER-TASK  COMMUNICATION 

M Acquire 

M Assign 

M Create 

M Destroy 

M Get Descriptor 

M Read 

M. Receive 

M Receive Wait 

M Release 

M Reply 

M Send 

M Write 

X Create 

X Destroy 


Allows  a task  to  take  exclusive  control 
of  the  CPU. 

Changes  the  priority  of  a task. 

Activates  a suspended  task. 

Suspends  another  task. 

Releases  exclusive  control  of  the  CPU 
for  other  tasks. 

Suspends  task  execution 

Clears  semaphore  queue  and 
reinitializes  a semaphore. 

Creates  a semaphore  dynamically 

Removes  a dynamically  created 
semaphore. 

Signals  a semaphore,  increments  the 
counter. 

Tests  a semaphore  for  a signal. 

Causes  a task  to  wait  until  a semaphore 
is  signaled,  decrements  the  counter. 

Places  a task  on  the  clock  queue 
waiting  for  absolute  time. 

Places  a task  on  the  clock  queue 
waiting  for  passage  of  an  interval  of 
time 

Sets  the  real-time  clock. 

Reads  the  clock. 

Provides  status  of  the  memory 
resource. 

Dynamically  allocates  memory. 

Releases  allocated  memory. 

Gets  a message  from  an  exchange  pool 
and  assigns  a destination  or  a reply 
exchange  to  it. 

Assigns  a new  source  and  destination 
to  an  existing  message. 

Creates  a message  dynamically. 

Removes  a dynamically  created 
message. 

Gets  message's  descriptor  information 

Reads  the  message  data. 

Receives  a message  from  an  exchange 

Waits  to  receive  a message  from  an 
exchange. 

Returns  a message  to  the  exchange 
pool. 

Sends  a message  back  to  destination 
exchange. 

Sends  a message  to  an  exchange. 

Changes  message  data. 

Dynamically  creates  an  exchange  with 
a pool  of  messages. 

Removes  $ dynamically  created 
exchange. 


6-62 


TABLE  2. 


Semaphore  Management.  The  Kernel 
provides  semaphore  management  for 
synchronizing  interacting  tasks.  A 
typical  use  of  semaphores  is  to  provide 
mutual  exclusion  of  a shared  resource. 
When  a resource  is  to  be  used  by  only 
one  task  at  a time,  a semaphore  with  a 
counter  of  1 controls  the  resource. 
Every  task  requiring  the  resource  must 
first  wait  on  that  semaphore.  Since  the 
counter  is  1 , only  one  task  will  acquire 
the  resource.  The  others  will  be 
queued  on  the  semaphore  and 
suspended  until  the  semaphore  is 
signaled  that  the  resource  is  once 
again  available.  At  that  time,  the  first 
task  on  the  semaphore  queue  will  be 
made  ready  to  run  and  can  use  the 
resource.  After  all  tasks  have  acquired 
the  resource  and  signaled  the  comple- 
tion of  their  use,  the  semaphore  returns 
to  its  original  state  with  a counter  of  1 . 
Counters  greater  than  one  are  useful 
when  there  are  a number  of  similar 
resources,  (i.e.,  three  tape  drives,  four 
I/O  buffers,  etc.). 

In  ZRTS,  a semaphore  can  count  up 
to  32676  signals.  The  commands  pro- 
vided by  the  Kernel  to  manage 
semaphores  are  listed  in  Table  1. 

Clock  Management.  ZRTS  operates 
with  a real-time  clock  that  generates 
interrupts  at  a hardware- dependent 
rate.  It  is  used  for  timed  waits, 
timeouts,  and  round-robin  scheduling. 
All  times  are  given  in  number  of  ticks. 
The  clock  may  be  manipulated  by  the 
set  of  commands  provided  by  the 
Kernel  that  are  listed  in  Table  1. 

Memory  Management.  Storage  for 
ZRTS  data  structures  is  allocated  either 
statically  at  system  generation  time,  or 
dynamically  at  run  time.  Dynamic 
allocation  occurs  via  a system  call  that 
specifies  the  attributes  of  the  structure 
to  be  created  and  returns  a name  that 
can  be  used  to  refer  to  the  structure. 
Memory  is  allocated  in  256-byte 
increments,  and  can  be  released  using 
a system  call. 

The  storage  allocator  can  also  be 
called  directly  to  obtain  blocks  of 
memory  up  to  64K  bytes  long,  which 
can  be  used  by  the  task  for  any  pur- 
pose. 

Interrupt  Management.  Interrupt- 
handling routines  are  provided  for 
system  calls,  non- vectored  interrupts 
and  a hardware  clock.  The  user  must 
provide  interrupt  routines  for  whatever 
other  vectored  interrupts  are  included 
in  the  target  system. 

ZRTS  can  switch  control  to  a task 
waiting  for  an  external  event  within 
500-microseconds  after  the  occurrence 
of  the  event.  This  is  based  on  the  worst 
case  with  a 4MHz  Z8000.  A more  typi- 
cal response  time  would  be 


CONSTANTS 

Specifies  system  constants. 

EXCHANGES 

Defines  the  characteristics  of  applica- 
tion exchanges. 

FILES 

Indicates  additional  files  to  be  included 
m the  configuration  link. 

HARDWARE 

Describes  the  target  hardware  con- 
figuration— Z8001,  Z8002,  or  Develop- 
ment Module. 

INITIALIZATION 

Specifies  routines  that  are  to  execute 
prior  to  beginning  execution  of  the  first 
task. 

INTERRUPT 

Associates  an  interrupt  routine  with  an 
interrupt  vector  or  trap  and  system 
call-handlers.  Provides  the  facilities  to 
specify  a NVI  interrupt-handler  that 
will  be  called  from  the  system  NVI- 
handler  routine. 

MEMORY 

Specifies  the  memory  configuration 
and  identifies  where  sections  are  to  be 
placed  (i.e., CODE, DATA,...). 

SECTIONS 

Allows  modules  to  be  placed  in  a 
specific  section,  overriding  the  stan- 
dard assignment  conventions. 

SEMAPHORES 

Defines  the  characteristics  of  applica- 
tion semaphores. 

SWITCHES 

Allows  flags  that  control  the  system 
generation  operation  to  be  set. 

TASKS 

Defines  the  characteristics  of  applica- 
tion tasks. 

250-microseconds.  Quicker  service  of 
interrupts  is  possible  through  the  use 
of  user-written  routines. 

Inter-task  Communication.  The 

Kernel  provides  the  capability  for  tasks 
to  exchange  information.  This  com- 
munication process  occurs  when  one 
task  sends  a Message  to  an  Exchange 
and  another  task  receives  the  Message. 

A Message  contains  a length  indi- 
cator, a buffer  with  a variable  amount 
of  data,  and  a code  that  identifies  the 
Message  type.  The  Exchange  is  a 
system  data  structure  that  consists  of  a 
queue  for  Messages  sent  but  not  yet 
received,  a semaphore  on  which  a task 
can  wait  for  a Message,  and  an 
optional  "pool"  list  from  which 


Messages  can  be  obtained  quickly. 

ZRTS  provides  several  commands  for 
inter-task  communications.  These  are 
listed  m Table  1. 

ZRTS  Configuration  Language  (ZCL). 

Since  ZRTS's  modular  design  leads  to 
so  many  different  configurations,  a 
simple  facility  for  generating  the  target 
operating  system  is  a critical  part  of 
the  ZRTS  package.  The  ZRTS  Con- 
figuration Language  (ZCL)  provides  an 
easy-to-use  means  for  generating  the 
target  system.  Using  ZCL,  the  designer 
can  specify  hardware  information,  soft- 
ware parameters,  linkage  information, 
and  system  data  structures  m high- 
level  terms. 


Z8000 

DEVELOPMENT 
MODULE 


TARGET 

SYSTEM 


Development  Environment 


ZCL  unburdens  the  user  of  the 
necessity  to  learn  the  details  of  the 
ZRTS  internal  structures.  System  data 
structures  can  be  generated  simply  by 
specifying  the  appropriate  parameters. 
The  ZCL  syntax  is  free-format  with 
comments  allowed  to  make  the  con- 
figuration commands  more  readable 
and  maintainable. 

ZCL  input  is  comprised  of  a number 
of  descriptive  sections,  each  containing 
the  details  of  the  target  operating 
system.  The  functions  of  these  sections 
are  described  in  Table  2.  A sample 
system  generation  using  ZCL  is  il- 
lustrated in  Figure  1. 

Development  Environment.  Applica- 
tion modules  for  ZRTS  can  be 
developed  on  any  Zilog  Z80  or 
Z8000- based  development  system  and 
then  down-loaded  into  a Zilog  Develop- 
ment Module  or  a customized  target 
system. 

Subroutine  libraries  are  provided  for 
making  ZRTS  systems  calls  from  pro- 
grams written  in  PLZ/SYS,  PLZ/ASM 
and  C.  Register  usage  in  the  system 
calls  is  compatible  with  the  Zdog 
standard. 

When  using  a Development  Module, 
the  Debugger  can  be  used  with  the 
ZRTS  modules  for  testing  purposes. 
After  the  application  is  debugged,  the 
system  can  be  easily  reconfigured  for 
the  final  target  hardware. 


ORDERING  INFORMATION 

Description  Prerequsites 

ZRTS/8001  Zilog  Real  Time  Software  for  the  Z8001  Zilog  Development  System 

ZRTS/8002  Zilog  Real  Time  Software  for  the  Z8002  MCZ/1,  PDS,  ZDS  Series  or  Z-LAB  8000  (Requires  Software  License) 
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Peripheral  controller  chip 
ties  into  8-  and  16-bit  systems 


Based  on  one-chip-microcomputer  architecture,  universal  peripheral  controller 
comes  with  either  multiplexed  or  nonmultiplexed  address  and  data  lines, 
provides  ROM-less  and  prototyping  packages  for  product  development 


by  John  Banning  and  Pat  Lin,  Zilog  Inc , Cupertino,  Calif 


□ The  growing  power  of  high-end  microprocessors  and 
the  complexity  of  peripheral  devices  attached  to  them 
has  given  rise  to  a need  for  general-purpose  distributed 
processors  to  handle  increasingly  complicated  input/out- 
put activities.  As  such,  these  devices  must  themselves 
have  respectable  processing  and  l/O-manipulation  abili- 
ties while  being  able  to  interact  efficiently  with  high-end 
microprocessors.  Ideally,  they  would  also  communicate 
with  8-bit  midrange  microprocessors  and  be  low  in  cost. 

Just  such  a processor  has  been  based  on  the  Z8 
single-chip  microcomputer.  The  Z-UPC  universal  periph- 
eral controller  combines  the  instruction  and  I/O  capabili- 
ty of  the  Z8  with  two  versions  of  bus  interfacing:  the 
Z-UPC  offers  the  Z-BUS  interface  found  on  the  Z8000, 
and  the  Z-UPC/U  provides  a Z80-compatible  interface. 
The  Z-BUS  interface  allows  flexible  connection  to  larger 


microprocessor  systems  and  control  of  distributed  I/O 
peripheral  functions  by  means  of  a multiplexed  address 
and  data  bus.  The  Z80-bus  interface  provides  easy  inter- 
facing with  8 -bit  microprocessors  and  others  that  employ 
nonmultiplexed  address  and  data  buses. 

A logical  organization 

The  UPC  is  partitioned  into  two  functional  blocks:  the 
logic  for  interfacing  with  the  host-processors,  and  the 
core  microcomputer  (Fig.  1).  In  the  multiplexed  (Z-BUS) 
version,  communication  between  the  host  and  the  UPC 
takes  place  over  the  Z-BUS,  which  provides  an  8-bit 
bidirectional  address  and  data  port  (AD0-AD7)  and  a set 
of  control  lines  (as,  DS,  rTw,  CS,  wait).  Also,  under 
UPC  program  control,  an  optional  daisy-chain  interrupt 
structure— using  request  (INT),  acknowledge  (intack), 
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1.  Microcomputer  plus.  The  Z-UPC  universal  peripheral  controller  bases  much  of  its  architecture  on  the  Z8  chip,  to  which  it  adds  circuits  at 
left  for  interfacing  with  a host  processor.  Shown  is  the  Z-BUS-compatible  version  with  multiplexed  address  and  data  lines. 
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2.  File  in.  Of  the  UPC’s  256-byte  register  file, 

234  are  general-purpose  and  can  function  as 
accumulators,  buffers,  pointers,  or  stack  or 
index  registers.  The  other  22  are  specific 
pointers  and  registers,  as  well  as  status  and 
control  registers  for  the  UPC’s  I/O  facilities. 

enable  input  (IEI),  and  enable  output  (IEO)  lines— can  be 
implemented.  The  microcomputer  portion  is  based  on 
the  Z8  microcomputer  architecture,  whose  central  pro- 
cessing unit  executes  instructions  averaging  2.2  micro- 
seconds each  using  a 4-megahertz  clock  source.  The 
CPU’s  memory  comprises  256  bytes  of  register-file  ran- 
dom-access memory  (which  can  be  accessed  directly  by 
the  host  processor  and  the  UPC),  plus  2,048  bytes  of 
read-only  memory  for  program  storage;  other  features 
include  three  I/O  ports  for  device  control,  two 
timer/counters,  and  six  vectored  interrupts. 

In  addition  to  the  standard  40-pin  version  (with  2-K 
bytes  of  ROM),  there  are  two  64-pin  versions  of  the 
Z-UPC:  a ROM-less  version  and  a RAM  version,  both  of 
which  have  the  program  address,  data,  and  control  lines 
buffered  and  brought  to  external  pins.  The  version  with 
no  program  ROM  on  chip  is  intended  as  a development 
tool.  The  RAM  version,  which  has  36  bytes  of  vestigial 
bootstrap  ROM  on  chip,  is  intended  as  a controller  whose 
program  is  downloaded  from  the  host  processor. 

All  three  of  these  configurations  are  available  with 
either  the  nonmultiplexed  bus  or  the  multiplexed  Z-BUS 
interface  to  meet  the  needs  of  8-,  16-,  or  even  future 
32-bit  systems. 

The  UPC  processor  is  organized  around  a 256-byte 


register  file  (shown  in  Fig.  2).  Besides  storing  data  and 
control  and  I/O  functions  for  the  processor,  the  register 
file  serves  as  buffer  storage  for  communication  between 
the  UPC  and  the  host  CPU. 

In  addition  to  234  general-purpose  registers,  the  regis- 
ter file  contains  19  control  registers  for  configuring  and 
controlling  the  Z-UPC’s  I/O  facilities  and  three  parallel 
I/O  ports.  The  control  registers  both  specify  how  the 
hardware  is  configured  and  should  function  and  provide 
status  information  for  it  as  well. 

A multipurpose  register  file 

All  of  the  general-purpose  registers  can  function  as 
accumulators,  data  buffers,  address  pointers,  and  stack 
or  index  registers.  All  ports  and  control  registers  can  be 
accessed  by  UPC  instructions  like  any  other  register. 
Instructions  can  access  the  registers  directly  or  indirectly 
with  an  8-bit  address  field.  However,  a 4-bit  addressing 
scheme,  which  makes  use  of  a register  pointer,  can  save 
memory  and  execution  time.  In  this  scheme  the  register 
file  is  divided  into  16  register  groups,  each  containing  16 
contiguous  locations.  The  register  pointer  determines 
which  group  is  being  accessed,  and  a 4-bit  address  field 
specifies  the  register  within  the  group.  This  capability  is 
especially  useful  to  speed  context  switching. 
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Programs  running  on  the  UPC  may  communicate  with 
those  running  on  the  master  processor  in  a number  of 
ways:  under  interrupt  control  (either  by  the  UPC  or 
master);  by  transfer  of  byte  data  through  data,  status, 
and  command  registers;  and  by  transfer  of  blocks  of  data 
to  and  from  the  UPC’s  register  file. 

Three  groups 

The  host  CPU  can  directly  access  the  19  interface 
registers  through  the  Z-BUS  interface.  As  illustrated  in 
Fig.  3,  the  registers  are  separated  from  the  UPC’s  inter- 
nal registers  and  divided  into  three  groups: 

■ Those  for  interface  status  and  control,  which  the  mas- 
ter processor  can  access  to  control  UPC-generated  Z-BUS 
interrupts,  to  interrupt  the  UPC,  and  to  control  message 
transfer  over  the  Z-BUS. 

■ Those  for  data,  status,  and  control,  which  are  mapped 
into  16  registers  by  the  I/O  register  pointer,  controlled  by 
the  UPC.  That  arrangement  gives  the  master  processor 
direct  access  to  16  registers  and  allows  transfer  of  data, 
status  information,  or  control  commands  between  the 
UPC  and  master  processor. 

■ Those  for  block  access,  used  by  the  master  to  transfer 
blocks  of  data  into  or  out  of  a buffer  in  the  UPC’s  register 
file.  The  UPC  has  complete  control  over  the  placement 
and  size  of  the  buffer  in  its  register  file. 

Each  of  the  three  types  can  be  read  or  written  by  the 
master  processor.  Because  the  UPC  software  has  com- 
plete control  over  how  these  register  groups  are  mapped 
into  the  register  space,  the  layout  of  data  in  the  registers 
is  independent  of  the  host  processor’s  software  and  pro- 
tected from  it. 

The  UPC  and  the  master  processor  can  operate  com- 


3.  Control.  The  20  control  registers  in  the 
UPC  are  divided  into  three  groups:  3 for  the 
interface  status  and  control;  16  for  data, 
status,  and  control  (mapped  by  the  I/O  reg- 
ister pointer);  and  1 block-access  register  for 
the  transfer  of  data  to  or  from  a buffer  file 
that  is  set  up  by  the  UPC. 

pletely  independently  of  each  other.  The  UPC  can  ignore 
the  data  transfer  request  from  the  master  by  setting  a bit 
in  its  master-processor  interrupt  control  register.  Any 
attempt  to  transfer  data  from  the  master  when  this  bit  is 
set  causes  an  error  flag,  which  will  cause  an  interrupt  to 
the  UPC  (if  interrupts  are  enabled). 

I/O  lines  by  the  dozen 

The  UPC  has  24  lines  dedicated  to  input  and  output 
that  are  grouped  into  three  8-bit  ports.  Since  the  ports 
are  mapped  into  the  register  file,  I/O  data  can  be  directly 
manipulated  by  any  instruction.  Each  port  has  a mode- 
control  register,  which  allows  the  port  functions  to  be 
changed  during  program  execution;  for  example,  each 
line  of  port  1 and  port  2 can  be  individually  configured 
as  input  or  output  under  program  control.  Each  port  can 
have  its  output  lines  defined  as  push-pull  or  as  open- 
drain  drivers. 

Port  3 is  a multifunction  port.  It  has  four  input  and 
four  output  lines  that  can  be  used  for  I/O  or  control 
functions.  The  control  functions  available  through  this 
port  include  interlocked  handshake  lines  for  ports  1 and 
2,  interrupt  request  inputs,  timer  input  and  output,  and 
Z-BUS  interrupt  control. 

Timing  and  counting 

To  support  timing  and  counting  requirements  of  soft- 
ware routines,  the  UPC  provides  two  14-bit  timer/count- 
ers, To  and  Tt.  Among  the  timer/counter  functions  that 
are  easily  implemented  by  the  UPC  are;  interval  delay 
timer,  time-of-day  clock,  watchdog  timer  (as  for  refresh- 
ing dynamic  memory),  external  event  counting,  variable 
pulse-train  output,  duration  measurement  for  external 


Electronic?  /August  14,  1980 


6-67 


4.  Disk  jockey.  The  UPC  makes  a controller  for  a floppy-disk  drive  that  actually  stores  the  file  system  on  chip.  The  host  has  only  to  specify  the 
file  name  and  the  function  to  be  performed.  The  74LS299  shift  register  converts  serial  into  parallel  data,  which  enters  port  1 on  the  UPC. 


events,  and  automatic  delay  after  an  external  event. 

Each  timer/counter  is  divided  into  a 6-bit  prescaler 
and  an  8-bit  counter  and  is  driven  by  the  internal  UPC 
clock,  divided  by  four.  The  internal  clock  for  T i may  be 
set  up  for  gating  or  triggering  by  an  external  event,  or  it 
may  be  replaced  by  an  external  clock  input.  Each 
timer/counter  may  operate  in  either  a single-pass  or  a 
continuous  mode,  so  that  after  the  last  count  either 
counting  stops  or  the  counter  reloads  and  continues 
counting.  The  counter  and  prescaler  registers  may  be 
altered  individually  while  the  timer/counter  is  running; 
software  controls  whether  the  new  values  are  loaded 
immediately  or  when  the  end  of  count  (EOC)  is  reached. 
The  two  timer/counters  may  be  cascaded  using  the 
timer-input  lines  on  port  3. 

Interrupting  the  controller 

To  serve  host  or  i/O-device  requests  quickly,  the  UPC 
provides  six  interrupts  from  eight  different  sources:  three 
from  ports,  two  from  timer/counters,  and  three  from  the 
host-processor  interface.  All  six  interrupts  may  be  indi- 
vidually or  globally  disabled.  The  interrupts  are  priori- 
tized, with  the  interrupt-priority  control  register  provid- 
ing 48  different  priority  schemes  for  handling  concurrent 
interrupts.  What’s  more,  the  masking  and  prioritizing  of 
the  interrupts  may  be  dynamically  modified  under  pro- 
gram control. 

The  UPC’s  interrupts  are  vectored.  When  an  interrupt 
occurs,  the  program  counter  and  flags  are  pushed  onto 


the  stack,  and  control  passes  to  one  of  six  predetermined 
interrupt-handling  routines.  The  routine  is  pointed  to  by 
an  address  that  has  been  stored  in  the  first  12  bytes  of 
program  memory.  All  of  the  interrupts  are  disabled  after 
an  interrupt  is  accepted.  Interrupts  can  be  nested  by 
enabling  them  during  the  interrupt  service  routine;  they 
are  automatically  enabled  during  the  return  from  the 
routine. 

The  Z-UPC  instruction  set  is  compatible  with  the  Z8 
microcomputer  instruction  set  (though  the  UPC’s  load- 
external-memory  instruction  is  only  available  in  the  64- 
pin  RAM  version  of  the  Z8).  This  instruction  set,  com- 
prising 129  instructions  of  43  basic  types  and  using  six 
main  addressing  modps,  speeds  program  execution  and 
achieves  byte  efficiency.  The  types  of  data  that  it  allows 
to  be  used  include  bits,  binary-coded  decimal  digits, 
bytes,  and  16-bit  words. 

Z-BUS  support 

The  UPC  can  support  the  full  z-BUS  interrupt  struc- 
ture, including  daisy-chained  priority  resolution  and  vec- 
tored interrupt  acknowledge.  Using  the  interface  control 
and  status  ports,  the  master  processor  has  the  full  range 
of  Z-BUS  mechanisms  for  enabling  or  disabling  Z-UPC 
interrupts,  marking  interrupts  as  being  under  service, 
clearing  interrupts,  setting  interrupt  vectors,  and  dis- 
abling interrupts  from  lower-priority  devices. 

A program  running  on  the  UPC  can  start  the  normal 
Z-BUS  interrupt  sequence  (assuming  interrupts  are 
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enabled)  by  setting  the  interrupt-pending  bit  in  its  mas- 
ter-processor interrupt-control  register.  Once  that  is 
done,  the  UPC  hardware  automatically  handles  the  Z-BUS 
interrupt  protocol— including  output  of  the  interrupt 
vector,  which  is  held  in  a separate  control  register. 

The  master  can  generate  an  interrupt  to  the  UPC  by 
setting  the  end-of-message  flag  in  the  master-processor 
interrupt-control  port.  In  addition,  UPC  interrupts  are 
generated  from  the  master  when  an  error  condition,  such 
as  transferring  a block  of  data  that  is  too  long,  occurs. 

Block  transfer  within  limits 

The  UPC’s  block-access  port  is  ideally  matched  to  the 
block-I/O  instructions  of  the  Z8000  microprocessor. 
With  a single  block-l/O  instruction  the  Z8000  can 
address  the  block-access  port  and  transfer  a string  of 
bytes  into  or  out  of  the  UPC.  Each  access  by  the  Z8000  to 
the  block-access  port  causes  a series  of  actions  in  the  UPC 
involving  its  data-indirection  register  and  limit-count 
control  register.  The  data-indirection  register  points  to 
the  UPC  register  that  is  read  or  written  when  the  master 
reads  or  writes  the  block-access  port.  After  each  such 
read  or  write,  the  data-indirection  register  is  incre- 
mented and  the  limit-count  register  decremented.  When 
the  limit  count  reaches  zero,  any  further  transfers 
through  the  block-access  port  will  abort  and  cause  a 
length-error  interrupt  in  the  UPC. 

Ideas  for  application 

The  intelligence  and  flexibility  of  the  UPC  make  it 
suitable  for  a wide  variety  of  applications  and  allow  it  to 
offload  the  host  computer  in  several  ways.  The  UPC  is 
capable  of  doing  intensive  off-line  calculations,  for 
example,  such  as  those  for  data  encryption.  Also,  it  can 
perform  the  various  code  conversions  and  data  format- 
ting that  are  usually  required  in  processor-to-device  and 
device-to-device  communications.  Furthermore,  it  can 
buffer  the  data  and  generate  controls  for  I/O  devices 
such  as  printers  and  keyboards. 

Figure  4 illustrates  the  UPC’s  application  as  a disk 
controller.  Here,  a file  system  can  actually  be  imple- 
mented in  the  controller  itself.  The  host  processor  has 
only  to  specify  the  file  name  and  the  function  to  be 
performed  on  the  file.  Depending  on  the  sector  size, 
either  the  register  file  or  the  external  RAM  in  the  64-pin 
RAM  version  can  be  used  as  for  data  buffering.  The 
serial-to-parallel  conversion  is  done  by  a 74LS299  shift 
register,  and  the  data  is  transferred  using  handshake 
logic  in  and  put  of  port  1 . Also,  cyclic-redundancy  error 
checking  pan  be  done  by  the  UPC. 

A UPC  software  package  is  available  for  Zilog’s 
PDS8000  development  system  that  includes  an  assem- 
bler (PLZ/ASM),  a linker,  and  an  imager,  plz/asm  is  a 
free-format  assembler  that  generates  relocatable  and 
absolute  object-code  modules.  It  makes  provision  for 
external  symbolic  references  and  global  symbol  defini- 
tions. Data  declarations,  control  structures,  and  DO  loops 
between  them  supply  a structured  approach  to  the  task 
of  assembly  language  programming. 

A development  board,  similar  to  the  one  that  is  now 
available  for  the  Z8,  will  also  be  available.  It  uses  the 
64-pin  version  of  the  UPC  to  prototype  a UPC-based 


5.  Prototyping.  The  ROM-less  version  of  the  Z-UPC,  called  a Proto- 
pack, is  available  in  a special  40-pin  package  with  a 24-pin  socket  on 
its  back.  Suitable  for  prototyping  and  preproduction  use,  it  accepts  a 
2716  E-PROM  for  its  first  2-K  bytes  of  program  memory. 

system.  The  code  thus  developed  can  later  be  transferred 
to  the  ROM  in  the  mask-programmable  40-pin  version  of 
the  UPC,  or  it  can  be  made  available  in  image  form  for 
downloading  to  the  RAM  version. 

Two  serial  RS-232-C  interfaces  will  allow  the  11- 
by- 14-inch  board  to  be  used  alone  with  a cathode-ray- 
tube  terminal  or  to  be  connected  to  one  of  Zilog’s  PDS  or 
ZDS-1  series  development  systems.  Cable  connection  to 
such  a host  system  will  permit  the  transfer  of  software 
from  the  host— where  it  is  developed— to  the  board  for 
testing.  Included  on  the  board  is  a 64-pin  Z8,  which 
serves  as  a program  monitor  for  the  UPC. 

The  board  also  contains  4-k  bytes  of  2716  erasable 
programmable  ROM  (for  the  monitor/debugger  pro- 
grain)  and  4-k  bytes  of  2114  static  RAM.  For  the  user 
who  wishes  to  test  a ROM-based  version  of  his  code,  it 
also  offers  a socket  for  4-k  bytes  of  2716  e-prom  that 
may  be  used  in  place  of  the  ram.  The  monitor/debugger 
software,  comprising  a terminal  handler,  a debugger, 
command  interpreter,  and  an  upload/download  handler, 
provides  the  various  commands  necessary  for  control, 
I/O,  and  debugging. 

A wrapped-wire  area  of  40  square  inches  accommo- 
dates additional  customer  interfaces  or  special  applica- 
tion circuits.  This  arrangement  allows  for  wide  range  of 
user  applications. 

Aid  in  prototyping 

The  Z-UPC  Protopack— the  ROM-less  version  of  the 
standard  Z-UPC,  housed  in  a pin-compatible  40-pin  pack- 
age (Fig.  5)  that  carries  a 24-pin  socket  to  accommodate 
a 2716  E-PROM— is  used  for  prototype  development  and 
preproduction  of  mask-programmed  UPC-based  applica- 
tions. The  24-pin  socket  is  equipped  with  12  ROM 
address  lines,  8 ROM  data  lines,  and  the  necessary  con- 
trol lines  for  interfacing  with  the  E-PROM  for  the  first 
2-K  bytes  of  program  memory. 

Pin  compatibility  allows  the  user  to  design  the  printed- 
circuit  board  for  a final  40-pin  mask-programmed  UPC 
and,  at  the  same  time,  allows  the  use  of  UPC  Protopack 
to  build  prototype  and  pilot-production  units.  When  the 
final  program  is  established,  the  user  can  then  switch 
over  to  the  40-pin  mask-programmed  UPC  for  large- 
volume  production.  The  Protopack  is  also  useful  in  appli- 
cations where  masked  ROM  setup  time  and  mask  charges 
are  prohibitive  and  program  flexibility  is  desired.  □ 
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Adapting  Unix 
to  a 16-bit 
microcomputer 

Z-Lab  software  development  system 
with  text-processing  utilities 
supports  16  users  in  C language, 
has  32-bit  bus  for  future  expansion 

by  Bruce  Weiner  and  Douglas  Swartz 

Zilog  Inc  , Cupertino,  Calif 


□ In  systems  based  on  16-  and  32-bit  microprocessors, 
software  will  account  for  the  bulk  of  the  development 
cost.  As  more  and  more  logic  is  squeezed  onto  a single 
chip,  the  hardware  development  process  is  being  simpli- 
fied and  its  costs  reduced.  Simultaneously,  however, 
more  complex  and,  hence,  more  expensive  software  is 
going  to  be  required. 

Zilog’s  recognition  of  this  trend  in  computer  technolo- 
gy (shown  in  Fig.  1)  led  to  Zeus,  the  adaptation  of  the 
Unix  operating  system  for  the  Z-Lab  8000  microcom- 
puter [ Electronics , Feb.  10,  p.  33], 

Both  software  and  hardware  played  crucial  roles  in  the 
creation  of  the  Z-Lab  development  system.  Components 
such  as  the  Z8001  microprocessor,  the  memory/manage- 
ment unit  (mmu),  and  the  Z-bus  backplane-interface 
(ZBl)  bus  structure  were  as  critical  to  the  potential  of  the 
system  as  was  the  software  itself.  Together,  the  Z-Lab 
and  the  Zeus  operating  system  foster  a software  develop- 
ment environment  that  is  a major  step  toward  controlling 
the  rapidly  escalating  software  costs  of  microprocessor 
products. 

Transporting  a system 

In  selecting  an  operating  system,  there  were  two 
options:  writing  a new  one  from  scratch  or  transporting 
an  existing  one  to  the  Z8001.  The  decision  was  made  to 
transport  one  — provided  it  was  possible  to  find  an  exist- 
ing operating  system  that  could  be  adapted  quickly  and 
was  well-suited  to  software  development. 

The  search  for  such  an  ideal  software  environment 
ultimately  led  to  the  Unix  operating  system.  This  system 
was  selected  for  four  reasons:  it  was  designed  specifically 
for  software  development  and  text  processing;  it  had 
already  been  transported  successfully  to  16-  and  32-bit 
computers;  it  had  a large  existing  software  base  with 
applications  pertinent  to  a development  environment; 
and  it  had  a large  user  base. 


PROCESSOR  WORD  SIZE 


1.  Skyrocketing  software.  As  products  use  more  sophisticated 
microprocessors,  there  is  an  increase  in  the  amount  of  engineering 
effort  required  to  write  software  As  hardware  costs  drop,  software 
costs  are  becoming  the  major  product  development  expense 
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What  is  Unix  anyway? 


As  a general-purpose,  multiuser,  interactive  operating  sys- 
tem, Unix  offers  facilities  that  are  seldom  found  even  on 
larger  mainframes.  Through  its  hierarchical  file  structure, 
any  file  can  be  traced  back  to  a single  root  directory, 
thereby  facilitating  the  management  of  mass  memory  In 
addition,  peripheral  device  handlers,  files,  and  interpro- 
cess communications  are  all  compatible  with  each  other, 
simplifying  program  development.  Since  one  major  goal  of 
Unix  is  to  increase  programmer  productivity  by  providing  a 
responsive  working  environment,  Unix  includes  a vast 
library  of  utilities  ranging  from  spelling  correction  routines 
to  various  compiler  compilers  and  supports  over  a dozen 
languages,  including  the  language  C in  which  it  is  written 

However,  the  most  important  role  of  any  operating 
system  is  still  managing  the  mass-storage  files  in  which  all 
the  programs  and  data  reside  Unix  imposes  no  particular 
structure  upon  the  content  of  these  ordinary  files  Instead, 
it  distinguishes  between  two  kinds  of  special  files  even 
though  they  are  treated  identically  by  the  programmer. 

The  first  of  these  is  a directory  file  that  simply  lists  the 
names  and  vital  statistics  of  other  files  These  other  files 
may,  in  turn,  be  programs,  data,  or  even  other  directories. 
This  hierarchical  structure  results  in  an  unusually  well- 
organized  system  in  which  a file  can  be  specified  by  its 
path  name,  which  is  a sequence  of  directory  names  sepa- 
rated by  slashes  that  terminates  with  the  desired  file 
name  Thus,  the  same  name  can  be  used  for  files  of  similar 
function  as  long  as  they  have  different  path  names.  For 
example,  /Jones/Statistics  and  /Smith/Statistics  both 
refer  to  a file  named  Statistics,  but  they  are  not  the  same 
file  because  they  have  different  path  names  indicating 
they  are  listed  in  the  unique  directories  Jones  and  Smith. 

Just  as  directories  are  treated  in  the  same  manner  as 
ordinary  files  by  programmers,  so  are  the  second  kind  of 
special  files  — input/output  calls  This  distinction  is  the 


most  unusual  feature  of  Unix  and  one  of  its  greatest 
advantages  over  other  operating  systems.  These  special 
files  are  read  and  written  just  like  ordinary  ones,  except 
that  the  selected  device  is  activated  and  the  data  is 
passed  to  it  using  whatever  protocol  is  appropriate  Thus, 
programs  can  send  data  to,  for  example,  a printer  in 
exactly  the  same  way  they  do  to  a disk  file  — except  the 
name  of  the  selected  output  unit  is  different. 

Unix  programs  may  communicate  with  each  other  in  the 
same  manner  as  I/O  calls  The  output  of  one  program  is 
directed  to  the  input  of  another  while  each  program  thinks 
it  is  reading  or  writing  a disk  file  The  communication  link 
itself  is  called  a pipe  and  can  be  created  either  by  the 
program  itself  or  interactively  by  the  programmer  In  this 
way,  a group  of  related  programs  may  pass  data  to  each 
other  in  an  extremely  efficient  manner. 

Another  feature  of  Unix  is  its  ability  to  safeguard  original 
programs.  Before  a program  is  executed,  a fork,  or  repli- 
cate, operation  copies  the  program,  including  the  code, 
register  values,  open  files,  current  directory  and  the  like, 
into  memory.  The  replicated  process  is  executed,  ensuring 
that  the  original  is  never  lost  or  scrambled,  in  case  execu- 
tion does  not  take  place  properly. 

Perhaps  the  most  visible  portion  of  Unix  is  the  shell,  or 
fundamental  control  program,  which  functions  as  the  pri- 
mary interface  with  the  system  user.  As  a command 
language  it  offers  the  programmer  a productive  working 
environment.  Multitasking  permits  programs  to  be  started 
without  loss  of  control  of  the  console  Special  command 
files  may  be  set  up  so  that  any  sequence  of  shell 
commands  can  be  executed  by  a single  user  command. 
Commands  can  even  be  strung  together  at  the  console  so 
that  the  results  of  one  are  fed  directly  to  the  input  parame- 
ters of  the  next,  in  the  same  manner  as  pipes  interfacing 
programs  -R.  Colin  Johnson 


When  transported,  the  Unix  operating  system  was 
enhanced  in  several  ways  so  that  the  Z8001  implementa- 
tion might  run  more  reliably.  For  example,  in  the  stan- 
dard Unix  operating  system,  nothing  prevents  two  users 
from  simultaneously  modifying  a file  so  that  one  user 
can  accidentally  invalidate  the  other’s  changes.  The 
Zeus  operating  system  qualifies  the  three  standard  Unix 
file-opening  modes  (read,  write,  and  read  and  write) 
with  three  access-control  modes  specifying  what  other 
users  can  do  with  the  file. 

The  Zeus  access  control  modes  are  shared,  read-only, 
and  exclusive.  The  shared  mode,  the  standard  Unix 
control  mode,  allows  other  users  access  to  any  file  they 
desire.  In  the  read-only  mode,  other  users  may  access  the 
file  only  for  read  operations.  In  the  exclusive  mode,  other 
users  may  not  access  the  file  at  all;  the  first  user  opening 
the  file  has  exclusive  access  to  it  until  the  file  is  closed. 
Any  attempted  access  to  a file  that  violates  these  param- 
eters results  in  a failure  of  that  open  operation. 

Other  enhancements 

A full-screen  text  editor,  called  the  visual  editor,  has 
been  implemented  in  Zeus  for  cathode-ray-tube  termi- 
nals. Its  data  base  contains  terminal-control  information 
that  permits  full-screen  editing  for  almost  any  combina- 


tion of  CRT  terminals.  The  terminal  data  base  can  be 
updated  by  the  user  when  adding  new  terminals  to  the 
system. 

The  editor  lets  the  user  display  text  files  one  page  at  a 
time  and  rapidly  move  the  cursor  on  that  page,  inserting 
or  deleting  characters,  words,  lines,  or  groups  of  lines 
with  a minimum  number  of  keystrokes.  Several  addition- 
al features  are  available,  such  as  cut-and-paste  and 
word-wrap  facilities. 

Rebuilding  the  system 

Another  enhancement  is  the  Sysgen  program,  which 
automatically  rebuilds  the  Zeus  system,  letting  the  user 
tailor  it  to  specific  requirements.  The  user  can  add  disk 
and  tape  drives  or  other  input/output  devices  using  the 
Sysgen  program  as  well. 

Several  other  utility  programs  are  supplied  with  Zeus. 
Learn,  an  interactive  program,  teaches  new  users  how  to 
fully  exploit  Zeus’s  facilities;  Mail  lets  users  send  mes- 
sages to  each  other  in  postal  format;  Calendar  automati- 
cally reminds  users  of  events  scheduled  during  the  day 
when  they  sign  on  and  begin  using  their  terminal;  Spell 
is  a spelling-error  detection  program  that  uses  a 25,000 
word  dictionary;  and  Man  prints  selected  portions  of  the 
Zeus  reference  manual  on  the  user’s  terminal.  Over 
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2.  Subdivisions.  Zeus  separates  the  memory  space  for  programs 
and  data,  the  latter  being  subdivided  into  areas  for  the  stack, 
dynamically  allocated  variables,  and  global  variables  Hardware 
ensures  that  the  stack  and  dynamic  areas  do  not  overlap 

60  other  utilities  are  furnished  with  the  Z-Lab. 

Almost  the  entire  Unix  operating  system  and  its  appli- 
cation programs  are  written  in  C,  a system  implementa- 
tion language.  The  key  to  transporting  Unix  software  is  a 
C compiler  that  generates  code  for  the  target  system,  in 
this  case  the  Z8001 -based  Z-Lab  8000.  Although  C 
carries  a certain  level  of  machine  independence,  this  does 
not  mean  that  the  entire  Unix  operating  system  can  be 
transported  by  merely  recompiling  it.  Most  application 
programs,  however,  can  be  transported  in  this  manner. 

Seventh  edition 

Specifically,  the  Zeus  operating  system  is  Zilog’s 
enhanced  version  of  the  seventh  edition  of  the  Unix 
operating  system,  which  was  modified  by  Bell  Laborato- 
ries to  eliminate  explicit  machine  dependencies  and  ease 
its  transportation  to  other  computers.  Some  implicit 
machine  dependencies,  however,  must  of  necessity 
remain  in  the  Unix  kernel.  For  this  reason,  transporta- 
tion to  Z-Lab  is  greatly  simplified  by  creating  hardware 
very  similar  to  those  architectural  features  implicit  in 
this  kernel. 

The  two  major  machine  dependencies  in  the  Unix 
kernel  are  the  size  of  integers  and  pointers  and  the 
memory  management  capability  required  by  Unix  soft- 
ware. Both  the  Unix  kernel  and  C assume  that  integers 
and  pointers  are  the  same  size  and  that  integer  arithme- 
tic can  thus  be  performed  on  pointers.  Examining  the 
evolution  of  the  Unix  system  sheds  light  on  how  this 
machine  dependency  was  handled. 

C originally  was  developed  to  write  Unix,  and  Unix 
originally  was  written  for  Digital  Equipment  Corp.’s 
PDP-11  family  of  16-bit  minicomputers.  Further,  the 
seventh  edition  of  the  Unix  system  was  written  specifi- 
cally for  PDP-11  systems  with  separate  code  and  data 
address  spaces.  Thus,  microcomputer  hardware  that  pro- 
vides facilities  similar  to  those  of  a minicomputer  such  as 


dec’s  PDP- 11/70  should  minimize  the  transportation 
effort. 

On  the  basis  of  this  background  information,  the 
design  team  decided  to  run  the  Z8001  microprocessor  in 
the  nonsegmented  mode  for  user  processes  and  for 
almost  all  of  the  kernel.  In  a nonsegmented  mode, 
programs  use  16-bit  addresses  and  are  limited  to  a single 
64-K-byte  segment.  This  means  that  both  integers  and 
pointers  are  considered  16-bit  quantities  and  therefore 
integer  arithmetic  can  be  performed  on  them. 

Because  the  Z8000  family  can  support  separate  code 
and  data  address  spaces,  user  and  system  programs  may 
have  as  much  memory  as  a PDP-1 1/70  — 128-k  bytes,  of 
which  64-k  bytes  are  code  and  64-K  bytes  are  data. 
Furthermore,  the  Z8001’s  24-bit  addressing  scheme  can 
handle  a total  system  memory  as  large  as  16  megabytes. 
Because  the  Z-Lab  8000  can  handle  up  to  1.5  megabytes 
of  memory  the  need  for  swapping  programs  in  and  out  of 
main  memory  is  reduced,  thereby  minimizing  response 
time  when  a large  number  of  users  are  on  the  system. 

Much  of  the  existing  Unix  software  base  takes  advan- 
tage of  the  operating  system’s  dynamic  allocation  of 
memory.  This  system  characteristic  has  had  a major 
impact  on  the  hardware  design  of  Z-Lab. 

Memory  management 

Figure  2 shows  how  a C program’s  data  is  laid  out  in 
memory.  This  stack  starts  at  the  highest  16-bit  data 
address  and  grows  toward  lower  addresses.  Global  data 
that  is  statically  allocated  starts  at  address  0 and  of 
course  does  not  grow. 

The  Unix  kernel  provides  system  calls  that  allow  a 
process  to  dynamically  request  more  data  memory.  This 
dynamic  data  area  starts  just  above  the  global  data  and 
fills  in  the  unused  addresses  up  to  stack. 

Memory  space  located  between  the  stack  and  the 
dynamic  data  area  is  not  necessarily  allocated  to  one  or 
the  other.  The  hardware  must  therefore  detect  a memory 
reference  in  the  constantly  changing  gap  between  the 
two  memory  areas  and  make  sure  they  do  not  overlap. 
When  an  invalid  access  is  detected,  the  kernel  can  either 
allocate  more  memory  or  terminate  the  process,  as 
appropriate. 

To  protect  the  memory  areas  from  invalid  access, 
Zilog’s  Z8010  memory  management  unit  was  selected 
for  the  Z-Lab  processor  board.  The  MMU  relocates 
addresses  so  that  programs  can  be  placed  anywhere  in 
physical  memory  and  keeps  the  system  from  being  cor- 
rupted if  a user’s  program  runs  amok. 

Nonsegmented  solution 

If  Z-Lab  were  running  in  segmented  mode,  the  two 
data  areas  would  be  placed  in  separate  data  segments, 
and  the  MMU  could  detect  address  violations  as  well  as 
the  need  for  more  memory.  In  a nonsegmented  mode, 
however,  memory  references  to  both  bear  the  same  seg- 
ment number,  so  detecting  a memory  reference  in  the 
gap  must  be  accomplished  in  another  way  in  order  to 
prevent  the  dynamic  data  area  and  the  stack  from  over- 
lapping. 

Although  the  segmented-mode  solution  could  not  be 
used,  it  did  provide  the  foundation  for  a nonsegmented 
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3.  Multiple  MMUs.  In  the  Zeus 
operating  system,  the  Z8001 
processor  runs  in  its  nonseg- 
mented  mode,  and  memory 
management  units  divide  the 
memory  space  into  separate 
code,  stack,  and  data  areas 
The  break  register  stops  the 
stack  and  data  areas  from 
overrunning  one  another 

solution,  in  which  the  references  to  the  two  dynamic  data 
areas  are  made  through  two  different  MMUs.  In  Fig.  3,  a 
simplified  block  diagram  of  Z-Lab’s  memory  manage- 
ment architecture  shows  that  there  are  separate  MMUs 
for  the  code,  as  well  as  for  the  stack  and  data  address 
spaces.  The  MMU  select  logic  determines  which  one 
should  be  activated  and  guarantees  that  only  one  will  be 
active  at  any  given  time. 

The  operating  system  sets  the  break  register,  the  key 
element  in  determining  whether  the  stack  or  the  data 
MMU  will  be  activated,  pointing  to  the  highest  address  in 
the  dynamic  data  area.  On  every  data  reference  to 
memory,  address  bits  8 through  15  from  the  Z8001  are 
compared  to  the  value  in  the  break  register.  Data 
addresses  greater  than  or  equal  to  the  break  value  acti- 
vate the  stack  MMU;  data  addresses  less  than  the  break 
value  activate  the  data  MMU.  The  MMU  selection  occurs 
quickly  enough  for  no  wait  states  to  be  required,  even 
with  a 6-megahertz  Z8001. 

Integrating  hardware  and  software 

The  memory  management  design  discussed  above 
handles  Unix  software  and  nonsegmented  Z8000  pro- 
grams. In  addition,  the  memory  management  architec- 
ture of  the  Z-Lab  processor  board  can  be  modified  under 
program  control  to  support  segmented  user  and  system 
programs.  Future  software  releases  can  thus  take  full 
advantage  of  the  1 6 megabytes  of  address  space  provided 
by  the  segmented  Z8001 . 

The  Z-Lab  development  project  was  approached  as  an 
integrated  product-design  effort.  A broad-based  project 
team  was  selected  to  facilitate  close  cooperation  among 
the  hardware,  software,  and  mechanical  engineers,  and 
the  memory  management  architecture  thus  developed  by 
the  team  solved  problems  that  could  not  have  been 


solved  independently  by  any  of  the  individual  groups. 

Likewise,  the  various  goals  of  the  Z-Lab  system  could 
be  attained  only  with  an  integrated  approach  to  the 
hardware,  software,  and  mechanical  engineering  aspects 
of  the  project.  Of  these  goals,  the  first  was  to  design  a 
Unix-based  system  with  enough  flexibility  and  file- 
system integrity  that  users  could  configure  and  maintain 
it  themselves.  A second  goal  was  a performance  level 
that  could  comfortably  support  up  to  16  users.  The  final 
one  involved  packaging  the  system  for  the  office  environ- 
ment. 

To  best  achieve  these  goals,  the  project  team  sought  a 
system  design  with  minimum  power  consumption  and 
noise  levels.  Thus,  the  Z-Lab  offers  high-performance 
minicomputer  power  in  a quiet  and  easily  portable  pack- 
age that  consumes  only  325  watts.  It  has  no  special 
power  requirements  and  no  cooling  requirements,  if 
ambient  temperature  stays  below  40°C. 

Z-Lab  system  hardware  was  also  designed  for  expand- 
ability. Using  a moderate-sized  printed-circuit  board 
(approximately  9 by  1 1 inches)  kept  the  hardware  con- 
figuration compact  while  allowing  enough  board  area  for 
future  Z-Lab  products.  A highly  reliable  two-piece  con- 
nector, although  slightly  more  expensive  than  the  con- 
ventional one-piece  card-edge  connector,  improved  con- 
nection reliability  and  permitted  more  connections  per 
inch  of  pc-board  edge. 

Bus  with  a future 

A semisynchronous  bus,  the  ZBI,  was  chosen  for  its 
high  level  of  system  performance  and  input/output  inter- 
face. All  Z8000  peripheral  circuits  interface  with  the  bus 
simply,  needing  buffering  only  to  attain  the  TTL  drive 
levels  required  on  the  backplane.  Z80  peripherals  can 
also  be  attached  to  the  bus  by  generating  the  required 
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4.  Architectural  planning.  The  Z-Lab  development  system  uses  the 
proprietary  ZBI  32-bit  bus,  an  error-correcting  memory  controller  that 
communicates  with  the  main  memory  over  a separate  high-speed 
bus,  and  both  Winchester  disk  and  cartridge  tape  controllers 


Z80  timing  with  simple  interface  logic. 

The  ZBI  is  a true  32-bit  bus  with  the  address  and  the 
data  multiplexed  on  the  same  lines  (Fig.  4).  The  band- 
width of  the  bus  (8  megabytes  per  second)  is  sufficient 
for  future  high-speed  32-bit  processors  and  for  peripher- 
al controllers  as  well. 

The  Z-Lab  error-correcting  memory  controller  (ECC) 
supports  8-,  16-,  and  32-bit  data  transfers,  performing 
32-bit  error  correction  with  the  aid  of  seven  extra  syn- 
drome random-access  memories  that  hold  the  correction 
bits  for  every  32  data  rams.  The  ECC  communicates 
with  its  memory  array  cards  over  a very  high-speed 
dedicated  memory  bus. 

Maximizing  memory  capacity 

All  timing  and  refresh  circuitry  on  the  controller  is 
centralized,  maximizing  memory  capacity  in  the  system. 
In  addition  to  a maximum  of  1.5  megabytes  of  ECC 
memory  in  the  processor  module  enclosure,  the  Z-Lab 


unit  has  slots  for  the  processor,  cartridge  tape  controller, 
and  Winchester  disk  controller  cards  as  well. 

Two  of  the  Z-Lab’s  three  peripheral  controllers  are 
intelligent,  using  Z80B  6-MHz  microprocessors.  This 
offers  three  distinct  advantages. 

First,  device  control  chores  are  offloaded  from  the 
main  processor.  The  operating  system  thus  can  commu- 
nicate with  the  peripheral  controllers  using  high-level 
commands  that  let  the  peripheral  controllers  work  in 
parallel  with  the  main  processor.  For  example,  Z-Lab 
can  issue  simultaneous  reads  or  writes  to  more  than  one 
disk  drive;  the  disk  controller  keeps  track  of  head  posi- 
tion, sector  position,  and  data  transfer. 

Secondly,  the  intelligent  peripheral  controllers  can 
perform  self-diagnostics  on  power-up  or  on  command, 
thus  certifying  to  the  host  processor  with  a high  degree 
of  certainty  that  they  are  functioning  correctly  before 
processing  begins. 

Finally,  product  maintenance  and  upgrading  is  simpli- 
fied by  using  firmware.  As  information  is  gathered  on 
how  the  operating  system  interacts  with  the  disk  under 
different  program  mixes,  the  Winchester  disk  controller 
can  be  easily  “tuned”  for  higher  performance  by  altering 
the  firmware. 

Initial  board  set 

The  Z-Lab  board  set  consists  of: 

■ A processor  board  containing  eight  serial  channels 
with  programmable  bit-rate,  a parallel  printer  interface 
for  either  Centronics  or  Data  Products-type  printers,  a 
memory  management  subsystem  that  supports  either 
segmented  or  nonsegmented  user  processes,  and  read- 
only memory  containing  the  bootstrap  software  and  pow- 
er-up diagnostics. 

■ An  ECC  memory  controller  that  supports  32-bit  error 
correction  for  up  to  16  256-K-byte  memory  array  cards. 
This  board  contains  detection  and  reporting  logic  for 
uncorrectable  errors  and  error-logging  logic  for  correct- 
able errors. 

■ One  or  more  256-K-byte  memory  array  cards  using 
high-speed  16-k  dynamic  RAMs. 

■ An  intelligent  cartridge  tape  controller  that  handles 
up  to  four  tape  drives  for  file  archiving  or  for  backup  of 
the  entire  system. 

■ An  intelligent  Winchester  disk  controller  that  supports 
up  to  four  24-megabyte  8-in.  Winchester  disk  drives. 

■ An  optional  serial  I/O  controller  board  that  supports 
an  additional  eight  serial  lines  and  an  additional  printer 
port. 

Several  other  subsystems  will  be  offered  with  Z-Lab  in 
the  near  future.  An  expansion  chassis  will  increase  the 
number  of  card  slots  in  the  unit  from  10  to  20,  the 
maximum  number  a ZBI  bus  can  support,  for  construct- 
ing very  large  systems. 

Another  offering  will  be  a compatible  40-megabyte 
Winchester  drive  (40-  and  24-megabyte  drives  can  be 
mixed  on  the  system’s  Winchester  controller).  Zilog  also 
will  offer  an  intelligent  serial  controller  that  can  perform 
direct-memory-access  transfers  to  and  from  main  memo- 
ry, which  will  help  improve  system  performance  by 
reducing  the  amount  of  time  that  must  be  spent  by  the 
processor  in  servicing  terminal  interrupts.  □ 
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Probing  the  news 


Software 

Major  firms  join  Unix  parade 


Transparent  versions  of  operating  system  make  it  available 
for  computers  ranging  from  mainframes  down  to  microsystems 


by  R.  Colin  Johnson,  Microsystems  & Software  Editor 


Devotees  of  Unix,  the  operating  sys- 
tem whose  responsiveness  has  been 
compared  to  that  of  a well-tuned 
sports  car,  are  adding  to  their  num- 
ber almost  daily.  This  rapid  expan- 
sion of  the  user  base  of  Unix,  devel- 
oped at  Bell  Laboratories  and 
licensed  by  Western  Electric  Co., 
has  been  spurred  by  the  emergence 
of  user-transparent  versions  made 
for  computers  ranging  in  size  from 
the  likes  of  IBM  System  370  main- 
frames down  to  Z80-based  8-bit 
microcomputer  systems. 

Item:  Texas  Instruments  Inc., 
Dallas,  long  known  for  its  compre- 
hensive software  development  sys- 
tem, is  planning  to  implement  Unix 
through  a subcontract  with  a third- 
party  software  house. 

Item:  Lifeboat  Associates,  a lead- 
ing 8-bit  software  publisher  in  New 
York,  has  just  signed  an  exclusive 
marketing  contract  with  Microsoft 
for  end-user  sales  of  its  16-bit 
Xenix- 1 1 adaptation  for  PDP-1  Is. 

Item:  Intel  Corp.’s  Ada  compiler 


for  the  iAPX  432  [ Electronics , Feb. 
24,  p.  119]  is  written  in  Pascal  on  a 
VAX-11/780  under  Unix.  (When 
asked  why  Unix  was  used  when  the 
final  compiler  release  will  be  under 
VMS,  Nicole  Allegre,  Ada  program 
manager  for  the  Santa  Clara,  Calif., 
company,  responds,  “The  program- 
mers just  really  wanted  to  use  it.”) 

Obeys  orders.  Those  programmers 
at  Intel  are  not  alone.  Their  counter- 
parts across  the  country  have  been 
taken  by  Unix’s  responsive  software- 
development  environment.  Also,  the 
language  in  which  the  original  Unix 
is  written,  C,  is  one  of  the  most 
respected  of  the  structured  lan- 
guages extant  [. Electronics , May  8, 
1980,  p.  129]. 

Since  Unix  was  developed  on  Dig- 
ital Equipment  Corp.  machines,  it 
has  been  widely  used  on  PDP-11 
minicomputers  for  some  time.  How- 
ever, now  that  Western  Electric 
allows  systems  with  only  a few  users 
to  pay  a special  per-user  royalty  fee, 
it  has  become  economical  for  com- 


mercial software  houses  to  configure 
Unix  for  even  inexpensive  systems. 
An  increasing  number  of  original- 
equipment  manufacturers  and  com- 
mercial software  houses  should  start 
offering  Unix  for  various  other  com- 
puter systems. 

Unix  is  in  fact  making  a strong 
bid  to  become  a standard  among 
operating  systems  for  the  new  wave 
of  16-bit  microsystems,  though  it 
faces  stiff  competition  from  the 
entrenched  operating  system  family 
from  Digital  Research,  Pacific 
Grove,  Calif.  When  that  company’s^ 
16-bit  implementation  of  its  MP/M 
becomes  available,  it  will  include 
many  of  the  facilities  that  make 
Unix  so  desirable  — plus  CP/NET, 
which  allows  both  16-  and  8-bit 
microsystems  to  share  expensive 
peripherals.  OEMs  can  look  forward 
to  a rich  selection  of  system-level 
software  packages  from  which  to 
choose.  Even  the  8-bit  microsystems 
are  acquiring  Unix-like  capabilities 
without  having  to  sacrifice  CP/M 
capability. 

Drawbacks.  Unix  is  not  without 
its  critics.  They  say  that  the  system 
cannot  be  used  easily  by  clerical  per- 
sonnel and  cite  difficult  operations, 
like  rebuilding  the  linked  list  that 
describes  the  hierarchical  file  struc- 
ture after  a system  crash.  Some  say 
that  Unix  does  not  provide  adequate 
file-protection  systems  to  make  it 
completely  trustworthy  in  commer- 
cial uses. 

Such  criticism  stems  from  Unix’s 
initial  target:  cooperative  multipro- 
grammer software  projects  in  which 
most  of  the  users  were  professional 
computer  specialists.  That  is  why 
many  of  the  facilities  provided  by  it 
are  specifically  aimed  at  efficient 


1 

Processor 
or  computer 

Company 

Name 

Bell 

Laboratories' 

version 

Original 

implementation 

Z8000 

Zilog 

Zeus 

V 

Microsoft 

Xenix 

V 

Z80 

Cromemco 

Cromix 

V 

Morrow  Designs 

^NIX 

V 

LSI-11 

Whitesmiths 

Idris 

V 

and 

Microsoft 

Xemx-1 1 

V 

PDP-11 

Mark  Williams  Co 

Coherent 

V 

6809 

Tech  System 

Uniflex 

V 

68000 

Consultants 

C/70 

BBN  Computer 

Unix 

V 

470 

Amdahl 

UTS 

V 

All  Perkin- 

Wollongon 

Unix 

V 

Elmer  32-bit 

Group 

Machines 

| Source  Electronics  | 

6-77 


program  development.  On  the  other 
hand,  Unix  is  probably  best  known 
for  its  document-preparation  and 
-management  functions,  which  are 
often  used  by  nonprogrammers.  And 
with  the  addition  of  a good  screen- 
oriented  editor,  like  Zilog’s  visual 
editor,  Unix  offers  a wide  avenue  of 
capability  for  professionals  and  non- 
programmers alike. 

New  version.  One  of  the  latest 
Unix  versions  is  the  Zeus  adaptation 
by  Zilog  Inc.  Cupertino,  Calif.,  for 
its  Z-Lab  software  development  sys- 
tem using  the  Z8000  [ Electronics , 
March  24,  p.  120].  And  to  be 
released  next  month  to  selected 
OEMs  is  the  Z8000  version  called 
Xenix  from  Microsoft  in  Bellevue, 
Wash.  [Electronics , March  24, 
p.  34].  Among  the  first  of  the  OEMs 
is  Codata  of  Sunnyvale,  which  is 
working  on  a floppy-  and  hard- 
disk-based microsystem  that  makes 
use  of  a Multibus-compatible  central 
processing  unit.  Later  this  year,  the 
8086  version  of  Xenix  is  to  be  deliv- 
ered to  Altos  Computer  Systems  of 
Santa  Clara  for  its  single-board 
8086-based  microsystem. 

After  that,  Microsoft  plans  to 
release  a 68000  version  (as  does 
Whitesmiths  Ltd.  of  New  York  in  an 
original  implementation),  with  an 
eye  to  the  iAPX-432  and  the  16000 
in  an  attempt  to  establish  Xenix  as 
the  standard  version  of  Unix  for  16- 
bit  microsystems.  Not  only  is  Micro- 
soft dedicated  to  marketing  Unix, 
but  it  is  also  dedicated  to  using  it:  all 


product  development  programming 
in  its  Consumer  Products  division  is 
done  in  C on  a PDP- 11/70  under 
Unix  and  then  transported  to  the 
target  microsystem. 

The  first  computer  to  which  the 
operating  system  was  transferred 
from  the  one  on  which  it  was  devel- 
oped was  the  Interdata  8/32.  The 
Wollongon  Group  of  Palo  Alto, 
Calif.,  now  offers  Unix  for  the  8/32, 
as  well  as  for  the  rest  of  Perkin- 
Elmer’s  32-bit  minicomputers  (Per- 
kin-Elmer  having  bought  Interdata). 

The  same.  In  the  Wollongon  offer- 
ing, a supreme  attempt  has  been 
made  to  make  this  implementation 
virtually  identical  to  the  original  as 
it  appears  to  the  user,  in  the  interest 
of  program  portability  and  of  pre- 
serving a common  command  lan- 
guage across  Unix  systems. 

Unix  is  also  available  from  Am- 
dahl Corp.  for  its  IBM  370  look- 
alike,  the  470  mainframe,  and  even 
for  a computer  that  is  specially  opti- 
mized for  the  C language  — the 
C/70  — from  BBN  Computer  Corp. 
[ Electronics , Nov.  6,  1980,  p.  46]. 
These,  like  the  others,  are  licensed 
by  Western  Electric. 

However,  before  the  licensing  pro- 
cedures were  changed  to  accommo- 
date small  systems,  several  software 
developers  began  work  on  Unix  look- 
alikes.  These  user-transparent,  yet 
original,  implementation  projects  are 
now  coming  to  fruition. 

One  that  has  been  around  for 
more  than  a year  is  Whitesmiths’ 


Idris  [ Electronics , March  24,  1981, 
p.  125].  Some  of  the  newer  ones  are 
aiming  at  the  8-bit  market  to  main- 
tain compatibility  with  current  soft- 
ware bases.  Two,  for  Z80-based 
microsystems  using  the  S-100  bus, 
come  from  Morrow  Designs  of  Rich- 
mond, Calif.,  and  Cromemco  Inc.  of 
Mountain  View,  Calif.,  respectively. 

Subtasks.  Morrow  Designs’  ver- 
sion, called  juNIX,  runs  CP/M  as  one 
task  within  its  multiuser  environ- 
ment, thereby  maintaining  compati- 
bility with  CP/M  software  while 
gaining  the  conveniences  of  a user- 
transparent  Unix.  The  emphasis 
throughout  has  been  on  compatibili- 
ty and  portability;  ^NIX  is  written 
entirely  in  Whitesmiths’  C,  which  is 
not  supplied  with  the  package. 
Cromemco’s  version  runs  the  CDOS 
operating  system  as  a subtask  and 
maintains  compatibility  with  that 
already  extensive  software  base, 
including  its  new  C compiler. 

There  is  even  a version,  from 
Technical  System  Consultants  Inc., 
for  Southwest  Technical  Products 
Corp.’s  6809-based  128-K-byte  mi- 
crosystem. Called  Uniflex,  it  is  writ- 
ten entirely  in  assembly  language 
and  includes  most  of  Unix’s  features; 
it  supports  both  floppies  and  a 20- 
megabyte  hard  disk.  The  West 
Lafayette,  Ind.,  firm  will  add  a 
68000  version  soon  and  is  looking  to 
Ada,  Pascal,  and  C for  future  high- 
level  language  projects.  □ 
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